I've been trying to update the maps in my new TomTom 720 GPS -- the maps for the 
whole of Western Europe are supplied as a rather inconvenient monolithic file of 
about 1.75GB and I've not been able to download the file.

What's been happening is that the download starts OK, the speed seems reasonably 
fast ... but after some time -- usually a little over 1GB into the download -- the 
data just stop coming and the download TomTom application on the PC just sits 
there (it hasn't crashed, it responds to its own 'Cancel' key).

Yesterday, however, I noticed that there was an updated version of TomTom's PC 
software. With that I get the same failure part-way through the download, but now 
the software says: "The connection to the TomTom server timed out".

The TomTom software doesn't allow the user to enter a URL for the download, but 
netstat shows that its connection is (or was, when I did this yesterday) to 
84.45.224.16.

A tracert shows this:
C:\>tracert 84.45.224.16

Tracing route to akamai-cluster.enta.net [84.45.224.16]
over a maximum of 30 hops:

  1   <10 ms   <10 ms   <10 ms  my.router [192.168.100.100]
  2    12 ms    12 ms    13 ms  careless.aaisp.net.uk [81.187.81.72]
  3    13 ms    13 ms    13 ms  aimless.aaisp.net.uk [81.187.81.2]
  4    13 ms    13 ms    12 ms  lipex2.enta.net [193.109.219.57]
  5    14 ms    13 ms    14 ms  te4-4.telehouse-east.core.enta.net [87.127.236.97]
  6    21 ms    15 ms    14 ms  te4-3.global-switch.core.enta.net [87.127.236.82]
  7    14 ms    16 ms    14 ms  akamai-cluster.enta.net [84.45.224.16]

Trace complete.

So, it appears that TomTom are using enta.net to serve the download.

That calls to mind the fact that some people here were reporting difficulties in 
downloading Visual Studio 2008 from Microsoft's mirror at enta. They managed to 
achieve the download by manually supplying the IP address of Microsoft's own 
download server rather than the enta mirror, but I don't seem to have the 
opportunity to tell the TomTom software where to look for its download.

Was the connection problem with enta investigated? What was the conclusion? Is 
there a workaround or fix?

Cheers,
 Daniel.

On Sun, 10 Feb 2008 09:42:25 UTC, Daniel James 
 wrote:

> I've been trying to update the maps in my new TomTom 720 GPS -- the maps for the 
> whole of Western Europe are supplied as a rather inconvenient monolithic file of 
> about 1.75GB and I've not been able to download the file.
I had a similar problem with maps for my Mio. I never checked the IP 
though.

Just a thought. If you had the file on a local drive, will the TT 
software upload it? If so you could use wget or similar to fetch it as
it restarts. Would not work for Mio as the downloder decrypts as well 
:-(

Or, how about finding the correct IP and then putting that in your 
hosts file? 

-- 
Regards
Dave Saville

NB Remove nospam. for good email address

In article news:<fV45K0OBJxbE-pn2-1YbYvL0OrH8U@localhost>, Dave Saville 
wrote:
> Just a thought. If you had the file on a local drive, will the TT 
> software upload it?

When one upgrades the maps from the internet the software starts by 
downloading the maps to the local hard drive and then installs them to 
the device ... but I can't see any way to tell it to install an 
existing file without downloading first.

> If so you could use wget or similar to fetch it ...

If I knew a URL for the file that's being fetched I could try that. 
Unfortunately the whole download/install process is run by a Windows 
application that doesn't let you see what's going on behind the scenes.

> Or, how about finding the correct IP and then putting that in your 
> hosts file?

If there *is* a 'correct' IP that would work ... for all I know the 
application is being redirected from TomTom's own website to a mirror 
of their choice by numeric IP, in which case the hosts file wouldn't 
get a look-in.

Thanks for the workaround suggestions, but I can't see that they'll 
actually help in the circumstances ... and they are just workarounds -- 
I really want to see this working properly as designed.

Can someone from A&A please comment on the apparent problem with 
downloading through enta.net, and what's being done to resolve it?

Cheers,
 Daniel

On Sun, 10 Feb 2008 11:14:56 UTC, Daniel James 
 wrote:

> If I knew a URL for the file that's being fetched I could try that. 
> Unfortunately the whole download/install process is run by a Windows 
> application that doesn't let you see what's going on behind the scenes.

Have a poke in the apps directory - In Mio's case there was an INI 
type file telling it where to go.......... Or "strings" the exe, or 
snoop the startup.

-- 
Regards
Dave Saville

NB Remove nospam. for good email address

"Daniel James"  wrote in message 
news:VA.00001313.03adf125@nospam.aaisp.org...
> In article news:<fV45K0OBJxbE-pn2-1YbYvL0OrH8U@localhost>, Dave Saville
> wrote:
>> Just a thought. If you had the file on a local drive, will the TT
>> software upload it?
>
> When one upgrades the maps from the internet the software starts by
> downloading the maps to the local hard drive and then installs them to
> the device ... but I can't see any way to tell it to install an
> existing file without downloading first.

I think there must be a way as I'm sure I've seen that you can buy the maps 
on SD card or CD.
In the TomTom software there is an option to add things to the device I 
suspect it's in there somewhere - it's not the most intuative software 
interface I've seen.

>
>> If so you could use wget or similar to fetch it ...
>
> If I knew a URL for the file that's being fetched I could try that.
> Unfortunately the whole download/install process is run by a Windows
> application that doesn't let you see what's going on behind the scenes.
>
>> Or, how about finding the correct IP and then putting that in your
>> hosts file?
>
> If there *is* a 'correct' IP that would work ... for all I know the
> application is being redirected from TomTom's own website to a mirror
> of their choice by numeric IP, in which case the hosts file wouldn't
> get a look-in.
>
> Thanks for the workaround suggestions, but I can't see that they'll
> actually help in the circumstances ... and they are just workarounds -- 
> I really want to see this working properly as designed.

If it's of any help I downloaded the map (via AAISP) for my TomTom 720 at 
the begining of January with no problems using the software that came with 
it  I did note that with the new software that downloaded last week access 
to the updates seems to take much longer so maybe its a recent routing 
change or developing fault.   [you are welcome to email me direct if you 
want to chat about it]


> Can someone from A&A please comment on the apparent problem with
> downloading through enta.net, and what's being done to resolve it?
>
> Cheers,
> Daniel

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Daniel James wrote:
> I've been trying to update the maps in my new TomTom 720 GPS -- the maps for the 
> whole of Western Europe are supplied as a rather inconvenient monolithic file of 
> about 1.75GB and I've not been able to download the file.

> Was the connection problem with enta investigated? What was the conclusion? Is 
> there a workaround or fix?

James Beck is looking into it (ticket 201382). So far he has contacted Enta
who say they're only providing transit, not the cluster itself. They
suggested to contact the supplier - I gave several different problem URLs
so in this case Sophos - to see if they can use their Akamai contacts to
help. James also got in touch with Akamai directly so we're awaiting a
response from them.


Cheers,

Adam.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)

iD8DBQFHrykd7uRVdtPsXDkRAsg8AJwK9SHrkqfk5eoPOdBkXavS3Up7uwCePTXH
tO56gKXSIj12sg68+QEld8c=
=ccX5
-----END PGP SIGNATURE-----

Daniel James wrote:
> In article news:<fV45K0OBJxbE-pn2-1YbYvL0OrH8U@localhost>, Dave Saville 
> wrote:
>> Just a thought. If you had the file on a local drive, will the TT 
>> software upload it?
> 
> When one upgrades the maps from the internet the software starts by 
> downloading the maps to the local hard drive and then installs them to 
> the device ... but I can't see any way to tell it to install an 
> existing file without downloading first.
> 
>> If so you could use wget or similar to fetch it ...
> 
> If I knew a URL for the file that's being fetched I could try that. 
> Unfortunately the whole download/install process is run by a Windows 
> application that doesn't let you see what's going on behind the scenes.
> 
>> Or, how about finding the correct IP and then putting that in your 
>> hosts file?
> 
> If there *is* a 'correct' IP that would work ... for all I know the 
> application is being redirected from TomTom's own website to a mirror 
> of their choice by numeric IP, in which case the hosts file wouldn't 
> get a look-in.

Use Fiddler which proxies HTTP traffic and shows lots of useful 
debugging info.
You will see any URLs it's requesting and redirects.

-- 
Dean Earley (dean.earley@icode.co.uk)
i-Catcher Development Team

iCode Systems

In article news:<47b015e1$0$21100$da0feed9@news.zen.co.uk>, Dean Earley 
wrote:
> Use Fiddler ...

Hmm. I'd not come across that. It does look useful.

I might give it a whirl.

However, the fact that Fiddler may show me more about the conversation 
that the "TomTom Home" application is having with the enta.net server 
does NOT mean that I will be able either (a) to make it use a different 
server, or (b) identify a different server offering the same download 
if I could.

AFAICS the only way I'm going to get these maps is if TomTom support 
give me some other means of downloading the maps, as I have asked them 
to do (rather than asking me to jump through ever more elaborate hoops 
to send them information they already have about my system) or if the 
issues with enta.net are sorted.

Cheers,
 Daniel.

Daniel James wrote:
> In article news:<47b015e1$0$21100$da0feed9@news.zen.co.uk>, Dean Earley 
> wrote:
>> Use Fiddler ...
> 
> Hmm. I'd not come across that. It does look useful.
> 
> I might give it a whirl.
> 
> However, the fact that Fiddler may show me more about the conversation 
> that the "TomTom Home" application is having with the enta.net server 
> does NOT mean that I will be able either (a) to make it use a different 
> server, or (b) identify a different server offering the same download 
> if I could.

It can do very funky things with request/response rewriting.
Not tried any myself though, but it will allow you to redirect all 
requests for a given host to another, maybe even a local copy.

Of course, it would be useful for Enta/Akamia to sort their issues.
-- 
Dean Earley (dean.earley@icode.co.uk)
i-Catcher Development Team

iCode Systems