«

On Mon, 9 May 2005 14:16:04 -0500, "Patrick Sullivan"
<> wrote:

>Yes, checking for updates is enabled, but not installing without permission.
>I was downloading/installing updates from Windows Update when I noticed it,
>I believe. But that's done, and my machine is not a server, so I do not want
>MS or anyone else using it for load balancing. I wonder if I can find
>anything in the registry, I am going to look in there. Thanks to all.
>patrick

You are talking nonsense.

MS use Akamai for load balancing and have no interest in your
machine apart from keeping it up to date with free upgrades to
block holes in their orrible operating system.

Windows update may be 'done' for today but there will be more
of it to come.

If the whole world had to rely on downloading upgrades from a
site in Redmond it would work very slowly so Akamai do a grand
job in spreading connectivity around.

You will find lots of things in the registry, if you don't understand
them, leave them alone.
--
Jim Watt
http://www.gibnet.com

Patrick Sullivan wrote:
> Yes, checking for updates is enabled, but not installing without permission.
> I was downloading/installing updates from Windows Update when I noticed it,
> I believe. But that's done, and my machine is not a server, so I do not want
> MS or anyone else using it for load balancing. I wonder if I can find
> anything in the registry, I am going to look in there. Thanks to all.
> patrick

http://www.w3bdevil.com/forums/YouAr...CockMonkey.jpg

Ash.

nothing there, ty anyway.

> http://www.w3bdevil.com/forums/YouAr...CockMonkey.jpg
>
> Ash.
>

"Jim Watt" <_way> wrote in message
news...

> You are talking nonsense.

I hope not.

> MS use Akamai for load balancing and have no interest in your machine
apart from keeping it up to date with free upgrades to block holes in their
orrible operating system.

Why should I trust them ("no interest in my machine")? They are a
corporation and corporations have usually been out for their own interests,
not mine.

> Windows update may be 'done' for today but there will be more of it to
come.

Yeah, and I check the windows update site often enough. I do not even want
all their updates, like for one, media player v9.

> If the whole world had to rely on downloading upgrades from a site in
Redmond it would work very slowly so Akamai do a grand job in spreading
connectivity around.

MS could have a server in every state in the union if they wanted. Nothing's
keeping their whole site in WA.

> You will find lots of things in the registry, if you don't understand
them, leave them alone.

Maybe I understand more than is apparent from my writing. BTW, there was no
akamai in my registry, and the constant downloading of packets has ceased.
But the connection is still there during, and after, updates from Zonealarm,
AVG, and MS. I liked downloading updates as ".exe" files, the way it used to
be.

--
> Jim Watt
> http://www.gibnet.com

> Well, your choice to download the update files (but not to install them).
I prefer to simply notify me that there are updates and then decide to
download them.

I have even disabled hat service now, I never liked it anyway. It took so
long to startup after booting. Accidentally pressing it also involved
several steps to shut it down again, too.

> > But that's done, and my machine is not a server, so I do not want > MS
or anyone else using it for load balancing.>

> You are Akamai? No one said your computer was behaving as a server in
regard to Windows updates.

But that is what it seemed like it was doing! SOMETHING was moving from my
machine to them and vice versa, when every update service was shut entirely
down.

You are a *client* that has asked to *download* the updates so, yes, you
have configured your Windows to
> connect the and download those files. Since Microsoft uses Akamai to
provide global load-balancing of updates, it is likely Akamai has other
customers so you might be using other software that also connects to
> Akamai.

Yes, it seems they do. Whatever, I can see that whatever was happening last
week has ceased.

Active Connections
Proto Local Address Foreign Address State
TCP w2005:epmap w2005:0 LISTENING
TCP w2005:microsoft-ds w2005:0 LISTENING
TCP w2005:1025 w2005:0 LISTENING
TCP w2005:1026 w2005:0 LISTENING
TCP w2005:10110 w2005:0 LISTENING
UDP w2005:microsoft-ds *:*
UDP w2005:isakmp *:*

> > I wonder if I can find
> > anything in the registry, I am going to look in there. Thanks to all.

> You just don't get it !
> Load Balancing has nothing to do with YOUR PC. It has to do with a
distribution service
> (FTP or HTTP).

There's the SETI effort, distributed computing to solve a problem, and there
are others. There is also p2p filesharing like Napster used to do, and Kazaa
and some others are still doing. I was distributing something over a
connection that should have been quiet, that is why I said I was acting like
a server for akamai. I figured at best, it was something like SETI or
Kazaaa.

> Think about it....
> How do you allow millions of customers (clients) to download MegaBytes of
data ? By Load Balancing the servers through a 3rd party hosting company
such as Akamai Tech.

Because MS is too lazy or poor to do that themselves?

> It isn't going to be in the Registry. Akamai isn't software residing on
your computer. It
> is Domain Name resolution redirection to the load-balanced site.

Ok, ok, I understand that. You guys just do not understand what I was
complaining about, evidently. Megabytes of data were being exchanged with no
update services active.

> For example;
> ping -a www.trendmicro.com
>
> Pinging a151.g.akamai.net [130.81.64.50] with 32 bytes of data:
>
> Reply from 130.81.64.50: bytes=32 time=12ms TTL=58
> Reply from 130.81.64.50: bytes=32 time=12ms TTL=58
> Reply from 130.81.64.50: bytes=32 time=13ms TTL=58
> Reply from 130.81.64.50: bytes=32 time=13ms TTL=58
>
> Ping statistics for 130.81.64.50:
> Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
> Approximate round trip times in milli-seconds:
> Minimum = 12ms, Maximum = 13ms, Average = 12ms
>
> Notice that although I requested a PING on the Domain "trendmicro.com", it
returned a host
> at the Domain "akamai.net".
>
> It is that simple.
>
> --
> Dave
> http://www.claymania.com/removal-trojan-adware.html
> http://www.ik-cs.com/got-a-virus.htm
>
>

From: "Patrick Sullivan" <>

I suggest you get TCPVIEW from Sysinternals --
http://www.sysinternals.com/ntw2k/source/tcpview.shtml

Then you can see what program is connecting to what site via what protocol.

Such as...

WGET.EXE:1192 TCP dlipman-1.verizon.net:1101 a199-45-62-28.deploy.akamaitechnologies.com:80
ESTABLISHED

Where the fully qualified path of WGET.EXE is...
C:\SYSCLEAN\wget.exe

Command Line;
wget -t9 -w9 http://www.trendmicro.com/ftp/produc...ern/lpt625.zip

All the above was obtained using TCPVIEW and copied into this reply.

--
Dave
http://www.claymania.com/removal-trojan-adware.html
http://www.ik-cs.com/got-a-virus.htm

"Patrick Sullivan" <> wrote in message
news:BvKdnfbGP9zYlh_fRVn-...
>> You just don't get it !
>> Load Balancing has nothing to do with YOUR PC. It has to do with a
> distribution service
>> (FTP or HTTP).
>
> There's the SETI effort, distributed computing to solve a problem, and
> there
> are others. There is also p2p filesharing like Napster used to do, and
> Kazaa
> and some others are still doing. I was distributing something over a
> connection that should have been quiet, that is why I said I was
> acting like
> a server for akamai. I figured at best, it was something like SETI or
> Kazaaa.
>
>> Think about it....
>> How do you allow millions of customers (clients) to download
>> MegaBytes of
> data ? By Load Balancing the servers through a 3rd party hosting
> company
> such as Akamai Tech.
>
> Because MS is too lazy or poor to do that themselves?
>
>> It isn't going to be in the Registry. Akamai isn't software residing
>> on
> your computer. It
>> is Domain Name resolution redirection to the load-balanced site.
>
> Ok, ok, I understand that. You guys just do not understand what I was
> complaining about, evidently. Megabytes of data were being exchanged
> with no
> update services active.
>
>> For example;
>> ping -a www.trendmicro.com
>>
>> Pinging a151.g.akamai.net [130.81.64.50] with 32 bytes of data:
>>
>> Reply from 130.81.64.50: bytes=32 time=12ms TTL=58
>> Reply from 130.81.64.50: bytes=32 time=12ms TTL=58
>> Reply from 130.81.64.50: bytes=32 time=13ms TTL=58
>> Reply from 130.81.64.50: bytes=32 time=13ms TTL=58
>>
>> Ping statistics for 130.81.64.50:
>> Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
>> Approximate round trip times in milli-seconds:
>> Minimum = 12ms, Maximum = 13ms, Average = 12ms
>>
>> Notice that although I requested a PING on the Domain
>> "trendmicro.com", it
> returned a host
>> at the Domain "akamai.net".
>>
>> It is that simple.


"Act as server" means you must be *sending* OUTBOUND packets for file
transfer. Windows Update (from Akamai) using INBOUND packets to *get*
files. There is always some outbound packets sent for the inbound
packets for downloading a file but that traffic is small and used for
acknowledgements. You are *downloading* the updates (from Akamai)
similar to when you download files from a web site for drivers,
applications, utilities, or documents. You downloading files does NOT
make you a server. You are also, in no way, part of the load-balanced
server network provided for the download. You are the client, not the
server. Kazaa, BitTorrent, or other P2P schemes have nothing to do with
Windows Update and Akamai. You are NOT redistributing any of the files
that you receive.

Note that you never did mention in your posts whether the bandwidth
hogging communications were inbound or outbound. The assumption was
made that if it was to Akamai that it was most likely to be for Windows
Updates and that would be for INBOUND traffic. You are the client
receiving a file download for a Windows update that Microsoft is using
Akamai to distribute to their worldwide customer base.

--
__________________________________________________ __________
** Post your replies to the newsgroup - Share with others **
For e-mail Reply: remove "DELETE", add "~VN56~" to Subject.
__________________________________________________ __________

"Patrick Sullivan" <> wrote in message
news:BvKdnfbGP9zYlh_fRVn-...
>> How do you allow millions of customers (clients) to download
>> MegaBytes of
> data ? By Load Balancing the servers through a 3rd party hosting
> company
> such as Akamai Tech.
>
> Because MS is too lazy or poor to do that themselves?


Does Ford, Subaru, Plymouth, Honda, or any car maker actually
manufacture the tires that they put on their cars? Do they actually
mine, transport, and process the ore to product the metal that they use
in their cars? Do they drill, extract, transport, and process the oil
to produce the plastics that they use in their car? Why spend money to
do something for which you don't have the expertise and can be done much
more cheaply using an existing service that shares its cost amongst many
customers? You really think Microsoft, or any business that wants to
remain in business, takes the most expensive route to a solution? When
was the last time your doorbell rang and a Microsoft representative hand
delivered a CD that contained the latest updates for your instance of
Windows?

Thanks, David, I believe I have that tcpview from over a year ago, but
forgot about it. I use some other sysinternals programs often enough,
entirely forgot about that one.

patrick

"David H. Lipman" <DLipman~nospam~@Verizon.Net> wrote in message
news:hypge.11300$nX1.10277@trnddc09...
> From: "Patrick Sullivan" <>
>
> I suggest you get TCPVIEW from Sysinternals --
> http://www.sysinternals.com/ntw2k/source/tcpview.shtml
>
> Then you can see what program is connecting to what site via what
protocol.
>
> Such as...
>
> WGET.EXE:1192 TCP dlipman-1.verizon.net:1101
a199-45-62-28.deploy.akamaitechnologies.com:80
> ESTABLISHED
>
> Where the fully qualified path of WGET.EXE is...
> C:\SYSCLEAN\wget.exe
>
> Command Line;
> wget -t9 -w9 http://www.trendmicro.com/ftp/produc...ern/lpt625.zip
>
> All the above was obtained using TCPVIEW and copied into this reply.
>
> --
> Dave
> http://www.claymania.com/removal-trojan-adware.html
> http://www.ik-cs.com/got-a-virus.htm
>
>