- Test - lists.nanog.org

Re: TCP congestion
by Joel Jaeggli 12 Jul '07

12 Jul '07

om X-Virus-Status: Clean Sender: owner-nanog(a)merit.edu Precedence: bulk Errors-To: owner-nanog(a)merit.edu X-Loop: nanog X-Junkmail-Status: score=10/50, host=mozart.merit.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090203.4696A28F.00EF:SCGAP167720,ss=1,fgs=0, ip=198.108.1.26, so=2006-09-22 03:48:54, dmn=5.3.14/2007-05-31 Status: RO X-Status: X-Keywords: X-UID: 27 Philip Lavine wrote: > I just don't understand how if there is 1 segment that gets lost how this coul d translate to such a catastrophic long period of slow-start. How can I minimize the impact of the inevitable segment loss/out of order over a WAN. Is QoS the only option? Different tcp congestion control algorithm... Instead of tcp reno use vegas or westwood? > ----- Original Message ---- > From: Stephen Wilcox <steve.wilcox(a)packetrade.com> > To: Philip Lavine <source_route(a)yahoo.com> > Cc: nanog <nanog(a)merit.edu> > Sent: Thursday, July 12, 2007 1:09:24 PM > Subject: Re: TCP congestion > > Well, if its out of order its the same as if its lost or delayed, it needs to see that missing segment before the window is full > > As mentioned you need to get dumps from both ends, you will almost definitely find that you have packet loss which tripped tcp's slow start mechanism. > > Steve > > On Thu, Jul 12, 2007 at 12:02:49PM -0700, Philip Lavine wrote: >> Even if the segment was received out of order what would cause congestion avo idance to starve the connection of legitimate traffic for 15 to 20 seconds? That is the core of the problem. >> >> ----- Original Message ---- >> From: Fred Baker <fred(a)cisco.com> >> To: Brian Knoll <Brian.Knoll(a)tradingtechnologies.com> >> Cc: Philip Lavine <source_route(a)yahoo.com>; nanog <nanog(a)merit.edu> >> Sent: Thursday, July 12, 2007 11:56:06 AM >> Subject: Re: TCP congestion >> >> >> On Jul 12, 2007, at 11:42 AM, Brian Knoll ((TTNET)) wrote: >> >>> If the receiver is sending a DUP ACK, then the sender either never >>> received the first ACK or it didn't receive it within the timeframe it >>> expected. >> or received it out of order. >> >> Yes, a tcpdump trace is the first step. >> >> >> >> >> _____________________________________________________________________________ _______ >> Be a better Globetrotter. Get better travel answers from someone who knows. Y ahoo! Answers - Check it out. >> http://answers.yahoo.com/dir/?link=list&sid=396545469 > > > > > > > ______________________________________________________________________________ ______ > Pinpoint customers who are looking for what you sell. > http://searchmarketing.yahoo.com/ >

1 0

None
by None 12 Jul '07

12 Jul '07

]) by chopin.merit.edu (MOS 3.8.2-GA) with ESMTP id AFJ81506; Thu, 12 Jul 2007 17:14:45 -0400 (EDT) Received: (from steve@localhost) by mrserver.telecomplete.net (8.13.8/8.13.8/Submit) id l6CLEgAS014617; Thu, 12 Jul 2007 22:14:42 +0100 Date: Thu, 12 Jul 2007 22:14:42 +0100 From: Stephen Wilcox <steve.wilcox(a)packetrade.com> To: Iljitsch van Beijnum <iljitsch(a)muada.com> Cc: Philip Lavine <source_route(a)yahoo.com>, nanog <nanog(a)merit.edu> Subject: Re: TCP congestion Message-ID: <20070712211442.GC14059(a)MrServer.telecomplete.net> References: <796919.42253.qm(a)web30811.mail.mud.yahoo.com> <922B68D8-BCB4-40B8-88 5A-2459BDFEDA34(a)muada.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <922B68D8-BCB4-40B8-885A-2459BDFEDA34(a)muada.com> User-Agent: Mutt/1.4.2.2i Sender: owner-nanog(a)merit.edu Precedence: bulk Errors-To: owner-nanog(a)merit.edu X-Loop: nanog X-Junkmail-Status: score=10/50, host=mozart.merit.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090204.46969D83.005B:SCGAP167720,ss=1,fgs=0, ip=198.108.1.26, so=2006-09-22 03:48:54, dmn=5.3.14/2007-05-31 Status: RO X-Status: X-Keywords: X-UID: 26 On Thu, Jul 12, 2007 at 10:54:56PM +0200, Iljitsch van Beijnum wrote: > On 12-jul-2007, at 22:27, Philip Lavine wrote: > > >I just don't understand how if there is 1 segment that gets lost > >how this could translate to such a catastrophic long period of slow- > >start. How can I minimize the impact of the inevitable segment > >loss/out of order over a WAN. Is QoS the only option? > > Also note that minimal amounts of cell loss on ATM create huge > amounts of packet loss at the IP layer. from the phrases used ('catastrophic') my feeling is that perhaps Philip isnt un derstanding that on a high speed TCP transfer a single missing bit of data can c ause the whole thing to stop and restart transmission from slow Steve

1 0

None
by None 12 Jul '07

12 Jul '07

m [65.199.113.8]) by bach.merit.edu (MOS 3.8.2-GA) with SMTP id ADV41181; Thu, 12 Jul 2007 16:48:43 -0400 (EDT) Received: from chiex01.int.tt.local ([172.17.250.113]) by chigtw01.tradingtechnologies.com (SMSSMTP 4.1.11.41) with SMTP id M200707121 5485228873 ; Thu, 12 Jul 2007 15:48:52 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: TCP congestion Date: Thu, 12 Jul 2007 15:48:41 -0500 Message-ID: <D4C8D8B144E6DE49AA3FC67557D58733061F40B5@chiex01> In-Reply-To: <796919.42253.qm(a)web30811.mail.mud.yahoo.com> Thread-Topic: TCP congestion Thread-Index: AcfExJFR3hrwrr66SpawYIutE51lMwAAMoGA References: <796919.42253.qm(a)web30811.mail.mud.yahoo.com> From: "Brian Knoll \(TTNET\)" <Brian.Knoll(a)tradingtechnologies.com> To: "Philip Lavine" <source_route(a)yahoo.com>, "Stephen Wilcox" <steve.wilcox(a)packetrade.com> Cc: "nanog" <nanog(a)merit.edu> Sender: owner-nanog(a)merit.edu Precedence: bulk Errors-To: owner-nanog(a)merit.edu X-Loop: nanog X-Junkmail-Status: score=10/50, host=mozart.merit.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090202.4696967E.0055:SCGAP167720,ss=1,fgs=0, ip=198.108.1.26, so=2006-09-22 03:48:54, dmn=5.3.14/2007-05-31 Status: RO X-Status: X-Keywords: X-UID: 22 Are you using TCP offloading on your windows box? I have seen issues with that in the past where it was dropping data. Turn it off and see if the issue goes away. =20 Are other the other connections traversing this path seeing the same issues? Still - the only definitive way to solve the problem is by getting captures from both ends. If you can isolate your wan with taps on each side and see packets being dropped, you know it's your ATM circuit. =20 QOS will not help you if you aren't exceeding bandwidth. =20 Thanks, Brian Knoll Senior Network Engineer, TTNET 312-698-6017 desk 312-823-0957 mobile -----Original Message----- From: owner-nanog(a)merit.edu [mailto:owner-nanog@merit.edu] On Behalf Of Philip Lavine Sent: Thursday, July 12, 2007 3:28 PM To: Stephen Wilcox Cc: nanog Subject: Re: TCP congestion I just don't understand how if there is 1 segment that gets lost how this could translate to such a catastrophic long period of slow-start. How can I minimize the impact of the inevitable segment loss/out of order over a WAN. Is QoS the only option? ----- Original Message ---- From: Stephen Wilcox <steve.wilcox(a)packetrade.com> To: Philip Lavine <source_route(a)yahoo.com> Cc: nanog <nanog(a)merit.edu> Sent: Thursday, July 12, 2007 1:09:24 PM Subject: Re: TCP congestion Well, if its out of order its the same as if its lost or delayed, it needs to see that missing segment before the window is full As mentioned you need to get dumps from both ends, you will almost definitely find that you have packet loss which tripped tcp's slow start mechanism. Steve On Thu, Jul 12, 2007 at 12:02:49PM -0700, Philip Lavine wrote: >=20 > Even if the segment was received out of order what would cause congestion avoidance to starve the connection of legitimate traffic for 15 to 20 seconds? That is the core of the problem. >=20 > ----- Original Message ---- > From: Fred Baker <fred(a)cisco.com> > To: Brian Knoll <Brian.Knoll(a)tradingtechnologies.com> > Cc: Philip Lavine <source_route(a)yahoo.com>; nanog <nanog(a)merit.edu> > Sent: Thursday, July 12, 2007 11:56:06 AM > Subject: Re: TCP congestion >=20 >=20 > On Jul 12, 2007, at 11:42 AM, Brian Knoll ((TTNET)) wrote: >=20 > > If the receiver is sending a DUP ACK, then the sender either never > > received the first ACK or it didn't receive it within the timeframe it > > expected. >=20 > or received it out of order. >=20 > Yes, a tcpdump trace is the first step. >=20 >=20 >=20 >=20 >=20 > =20 > ________________________________________________________________________ ____________ > Be a better Globetrotter. Get better travel answers from someone who knows. Yahoo! Answers - Check it out. > http://answers.yahoo.com/dir/?link=3Dlist&sid=3D396545469 =20 ________________________________________________________________________ ____________ Pinpoint customers who are looking for what you sell.=20 http://searchmarketing.yahoo.com/

1 0

Re: TCP congestion
by Iljitsch van Beijnum 12 Jul '07

12 Jul '07

On 12-jul-2007, at 22:27, Philip Lavine wrote: > I just don't understand how if there is 1 segment that gets lost > how this could translate to such a catastrophic long period of slow- > start. How can I minimize the impact of the inevitable segment > loss/out of order over a WAN. Is QoS the only option? How exactly are you going to get out-of-order packets over a single link? Is there perhaps a firewall somewhere in the communication path? In that case' it's entirely possible that packets that use certain TCP options are filtered because the firewall doesn't implement these options. For instance, if there are selective acknowledgements, the firewall may not like that. Also, if you use the window scale option the firewall probably doesn't understand that and may easily conclude that a packet which is in-window with the scale factor applied is out-of-window because the scale factor _isn't_ applied and drop it, so that you miss the packet with byte 1, then get the ones with everything upto 65535 and the rest is dropped, and so many dropped packets will stop TCP dead in its tracks. Also note that minimal amounts of cell loss on ATM create huge amounts of packet loss at the IP layer.

1 0

Re: peter lothberg's mother slashdotted
by Mikael Abrahamsson 12 Jul '07

12 Jul '07

mplete.net> <224E8D9D-CAB6-4DF0-BF69-7983DBBA68DB(a)ianai.net> Organization: People's Front Against WWW MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: owner-nanog(a)merit.edu Precedence: bulk Errors-To: owner-nanog(a)merit.edu X-Loop: nanog X-Junkmail-Status: score=10/50, host=mozart.merit.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090205.46969871.011E:SCGAP167720,ss=1,fgs=0, ip=198.108.1.26, so=2006-09-22 03:48:54, dmn=5.3.14/2007-05-31 Status: RO X-Status: X-Keywords: X-UID: 23 On Thu, 12 Jul 2007, Patrick W. Gilmore wrote: > His bathroom, IIRC. And I heard a rumor about his g/f's flat. I believe that was a GSR. He has his picture albums linked from <http://www.stupi.se> you might be able to find something there. I know I've seen pictures from the flat. -- Mikael Abrahamsson email: swmike(a)swm.pp.se

1 0

None
by None 12 Jul '07

12 Jul '07

mplete.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <224E8D9D-CAB6-4DF0-BF69-7983DBBA68DB(a)ianai.net> Cc: "Patrick W. Gilmore" <patrick(a)ianai.net> Content-Transfer-Encoding: 7bit From: "Patrick W. Gilmore" <patrick(a)ianai.net> Subject: Re: peter lothberg's mother slashdotted Date: Thu, 12 Jul 2007 16:27:36 -0400 To: nanog(a)merit.edu X-Mailer: Apple Mail (2.752.3) Sender: owner-nanog(a)merit.edu Precedence: bulk Errors-To: owner-nanog(a)merit.edu X-Loop: nanog X-Junkmail-Status: score=10/50, host=mozart.merit.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A09020A.4696913A.0099:SCGAP167720,ss=1,fgs=0, ip=198.108.1.26, so=2006-09-22 03:48:54, dmn=5.3.14/2007-05-31 Status: RO X-Status: X-Keywords: X-UID: 20 On Jul 12, 2007, at 4:06 PM, Stephen Wilcox wrote: > I guess the question is can she actually get any content to > download > 1Gbps? :) > > They cite this as worlds fastest home broadband but didnt Peter > install an OC-768 to his basement a few years ago when he was > testing some stuff for Sprint? His bathroom, IIRC. And I heard a rumor about his g/f's flat. Isn't Peter on this list? -- TFN, patrick > On Thu, Jul 12, 2007 at 06:17:52PM +0000, Paul Vixie wrote: >> >> http://slashdot.org/article.pl?sid=07/07/12/1236231 >> >> http://www.thelocal.se/7869/20070712/

1 0

Re: peter lothberg's mother slashdotted
by Mikael Abrahamsson 12 Jul '07

12 Jul '07

mplete.net> Organization: People's Front Against WWW MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: owner-nanog(a)merit.edu Precedence: bulk Errors-To: owner-nanog(a)merit.edu X-Loop: nanog X-Junkmail-Status: score=10/50, host=mozart.merit.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090206.469692E6.00CB:SCGAP167720,ss=1,fgs=0, ip=198.108.1.26, so=2006-09-22 03:48:54, dmn=5.3.14/2007-05-31 Status: RO X-Status: X-Keywords: X-UID: 21 On Thu, 12 Jul 2007, Stephen Wilcox wrote: > They cite this as worlds fastest home broadband but didnt Peter install > an OC-768 to his basement a few years ago when he was testing some stuff > for Sprint? This story has spread a lot, I'm actually quite surprised, but Peter is good at PR. The point he tried to make was that fiber can carry high speed communications as opposed to other people who seem to think radio is the future. The equipment used (the CRS-1 OC768 DWDMPOS linecard) has been shipping for over a year so that's not new. Sprint did test with beta versions of this LC in 2004: <http://www.lightreading.com/document.asp?doc_id=53816> What I like about it is that it uses single 50GHz wave that can traverse existing DWDM systems designed for 10G waves but that can now carry 40G. So basically there is little new with this test, but the amount of publicity it has received I interpret that the technology is fairly unknown even to professionals in the business, so it might have been a good thing after all, as it made more people aware of what's possible. I sat at the Stockholm end when he brought up the wave and it was surprisingly easy to get it all to work, if this was real production traffic I would have liked to do more verification and testing, but it shows that some IP people can bring up new waves in a DWDM system using routers as end nodes, one doesn't need a huge transmission staff to do it, neither does one have to have SR-DWDM transponders. -- Mikael Abrahamsson email: swmike(a)swm.pp.se

1 0

None
by None 12 Jul '07

12 Jul '07

201.254]) by bach.merit.edu (MOS 3.8.2-GA) with SMTP id ADV40072; Thu, 12 Jul 2007 16:27:32 -0400 (EDT) Received: (qmail 42281 invoked by uid 60001); 12 Jul 2007 20:27:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-T ype:Message-ID; b=eoegVjK8UoDayydNfVRKQQOn2dlMqYx+25U65HtHeY9VgYg8Usbk9BRW7uOhRpkXV3Q4nuqOmOzZ tIVb4Isy7wrqscifac64vLrKrBsFKtAQcf/ZiujncdSUfM57iyphUoiT8RKBbnTtjflmU5R14Nv+gowv rW/Wx/Dj+FRUL2M=; X-YMail-OSG: G2RoaI0VM1nO72.KOeJeGpotFitFyN4EqesL5UiMzA4vZvYnbn6O1yr4boofLH4LRGJ Z9HcYEAyOpdZPCxlmJXCZ.TGIOkImXc0sS1MVnPzvPEX2TwUd_KYT0DqGrw-- Received: from [64.60.42.95] by web30811.mail.mud.yahoo.com via HTTP; Thu, 12 Ju l 2007 13:27:31 PDT X-Mailer: YahooMailRC/651.41 YahooMailWebService/0.7.41.16 Date: Thu, 12 Jul 2007 13:27:31 -0700 (PDT) From: Philip Lavine <source_route(a)yahoo.com> Subject: Re: TCP congestion To: Stephen Wilcox <steve.wilcox(a)packetrade.com> Cc: nanog <nanog(a)merit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <796919.42253.qm(a)web30811.mail.mud.yahoo.com> Sender: owner-nanog(a)merit.edu Precedence: bulk Errors-To: owner-nanog(a)merit.edu X-Loop: nanog X-Junkmail-Status: score=10/50, host=mozart.merit.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090207.46968FAC.000A:SCGAP167720,ss=1,fgs=0, ip=198.108.1.26, so=2006-09-22 03:48:54, dmn=5.3.14/2007-05-31 Status: RO X-Status: X-Keywords: X-UID: 19 I just don't understand how if there is 1 segment that gets lost how this could translate to such a catastrophic long period of slow-start. How can I minimize t he impact of the inevitable segment loss/out of order over a WAN. Is QoS the on ly option? ----- Original Message ---- From: Stephen Wilcox <steve.wilcox(a)packetrade.com> To: Philip Lavine <source_route(a)yahoo.com> Cc: nanog <nanog(a)merit.edu> Sent: Thursday, July 12, 2007 1:09:24 PM Subject: Re: TCP congestion Well, if its out of order its the same as if its lost or delayed, it needs to se e that missing segment before the window is full As mentioned you need to get dumps from both ends, you will almost definitely fi nd that you have packet loss which tripped tcp's slow start mechanism. Steve On Thu, Jul 12, 2007 at 12:02:49PM -0700, Philip Lavine wrote: > > Even if the segment was received out of order what would cause congestion avoi dance to starve the connection of legitimate traffic for 15 to 20 seconds? That is the core of the problem. > > ----- Original Message ---- > From: Fred Baker <fred(a)cisco.com> > To: Brian Knoll <Brian.Knoll(a)tradingtechnologies.com> > Cc: Philip Lavine <source_route(a)yahoo.com>; nanog <nanog(a)merit.edu> > Sent: Thursday, July 12, 2007 11:56:06 AM > Subject: Re: TCP congestion > > > On Jul 12, 2007, at 11:42 AM, Brian Knoll ((TTNET)) wrote: > > > If the receiver is sending a DUP ACK, then the sender either never > > received the first ACK or it didn't receive it within the timeframe it > > expected. > > or received it out of order. > > Yes, a tcpdump trace is the first step. > > > > ______________________________________________________________________________ ______ > Be a better Globetrotter. Get better travel answers from someone who knows. Ya hoo! Answers - Check it out. > http://answers.yahoo.com/dir/?link=list&sid=396545469 ________________________________________________________________________________ ____ Pinpoint customers who are looking for what you sell. http://searchmarketing.yahoo.com/

1 0

None
by None 12 Jul '07

12 Jul '07

]) by chopin.merit.edu (MOS 3.8.2-GA) with ESMTP id AFJ77356; Thu, 12 Jul 2007 16:09:26 -0400 (EDT) Received: (from steve@localhost) by mrserver.telecomplete.net (8.13.8/8.13.8/Submit) id l6CK9OU0013476; Thu, 12 Jul 2007 21:09:24 +0100 Date: Thu, 12 Jul 2007 21:09:24 +0100 From: Stephen Wilcox <steve.wilcox(a)packetrade.com> To: Philip Lavine <source_route(a)yahoo.com> Cc: nanog <nanog(a)merit.edu> Subject: Re: TCP congestion Message-ID: <20070712200924.GC8520(a)MrServer.telecomplete.net> References: <352820.35037.qm(a)web30813.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <352820.35037.qm(a)web30813.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.2i Sender: owner-nanog(a)merit.edu Precedence: bulk Errors-To: owner-nanog(a)merit.edu X-Loop: nanog X-Junkmail-Status: score=10/50, host=mozart.merit.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090206.46968B71.005A:SCGAP167720,ss=1,fgs=0, ip=198.108.1.26, so=2006-09-22 03:48:54, dmn=5.3.14/2007-05-31 Status: RO X-Status: X-Keywords: NonJunk X-UID: 18 Well, if its out of order its the same as if its lost or delayed, it needs to se e that missing segment before the window is full As mentioned you need to get dumps from both ends, you will almost definitely fi nd that you have packet loss which tripped tcp's slow start mechanism. Steve On Thu, Jul 12, 2007 at 12:02:49PM -0700, Philip Lavine wrote: > > Even if the segment was received out of order what would cause congestion avoi dance to starve the connection of legitimate traffic for 15 to 20 seconds? That is the core of the problem. > > ----- Original Message ---- > From: Fred Baker <fred(a)cisco.com> > To: Brian Knoll <Brian.Knoll(a)tradingtechnologies.com> > Cc: Philip Lavine <source_route(a)yahoo.com>; nanog <nanog(a)merit.edu> > Sent: Thursday, July 12, 2007 11:56:06 AM > Subject: Re: TCP congestion > > > On Jul 12, 2007, at 11:42 AM, Brian Knoll ((TTNET)) wrote: > > > If the receiver is sending a DUP ACK, then the sender either never > > received the first ACK or it didn't receive it within the timeframe it > > expected. > > or received it out of order. > > Yes, a tcpdump trace is the first step. > > > > > > > ______________________________________________________________________________ ______ > Be a better Globetrotter. Get better travel answers from someone who knows. Ya hoo! Answers - Check it out. > http://answers.yahoo.com/dir/?link=list&sid=396545469

1 0

None
by None 12 Jul '07

12 Jul '07

]) by chopin.merit.edu (MOS 3.8.2-GA) with ESMTP id AFJ77211; Thu, 12 Jul 2007 16:06:39 -0400 (EDT) Received: (from steve@localhost) by mrserver.telecomplete.net (8.13.8/8.13.8/Submit) id l6CK6V9s013428; Thu, 12 Jul 2007 21:06:31 +0100 Date: Thu, 12 Jul 2007 21:06:31 +0100 From: Stephen Wilcox <steve.wilcox(a)packetrade.com> To: Paul Vixie <paul(a)vix.com> Cc: nanog(a)merit.edu Subject: Re: peter lothberg's mother slashdotted Message-ID: <20070712200631.GB8520(a)MrServer.telecomplete.net> References: <12997.1184264272(a)sa.vix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <12997.1184264272(a)sa.vix.com> User-Agent: Mutt/1.4.2.2i Sender: owner-nanog(a)merit.edu Precedence: bulk Errors-To: owner-nanog(a)merit.edu X-Loop: nanog X-Junkmail-Status: score=10/50, host=mozart.merit.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A09020A.46968B17.0010:SCGAP167720,ss=1,fgs=0, ip=198.108.1.26, so=2006-09-22 03:48:54, dmn=5.3.14/2007-05-31 Status: RO X-Status: X-Keywords: X-UID: 17 I guess the question is can she actually get any content to download > 1Gbps? :) They cite this as worlds fastest home broadband but didnt Peter install an OC-76 8 to his basement a few years ago when he was testing some stuff for Sprint? Steve On Thu, Jul 12, 2007 at 06:17:52PM +0000, Paul Vixie wrote: > > http://slashdot.org/article.pl?sid=07/07/12/1236231 > > http://www.thelocal.se/7869/20070712/

1 0