April 2008 - Test - lists.nanog.org

XO Support Contact?
by Matthew Evans 09 Apr '08

09 Apr '08

Hello everyone, I'm having an issue with a customer that XO Communications and I have in common who is seeing outrageous latency. I've tried to submit a request via the XO website, but it appears their automated form is broken. If an XO support rep can contact me off-list I'd appreciate it; or if anyone has a direct email contact for XO Business Support, please email me personally and I'll buy you a virtual beer. Thanks, Matthew Evans, MCSA Alpha Theory | "the right decision, every time." 2201 Coronation Blvd., Suite 140 Charlotte, NC 28227 (704) 307-2914 x205 www.alphatheory.com<http://www.alphatheory.com/> ALPHA THEORY QUICK DEMO<https://www.alphatheory.com/demo/quickdemo.html> (click here)

1 0

"Does TCP Need an Overhaul?" (internetevolution, via slashdot)
by Paul Vixie 09 Apr '08

09 Apr '08

in <http://www.internetevolution.com/author.asp?section_id=499&doc_id=150113> larry roberts says: ..., last year a new alternative to using output queues, called "flow management" was introduced. This concept finally solves the TCP unfairness problem and leads to my answer: Fix the network, not TCP. ... What is really necessary is to detect just the flows that need to slow down, and selectively discard just one packet at the right time, but not more, per TCP cycle. Discarding too many will cause a flow to stall -- we see this when Web access takes forever. Flow management requires keeping information on each active flow, which currently is inexpensive and allows us to build an intelligent process that can precisely control the rate of every flow as needed to insure no overloads. Thus, there are now two options for network equipment: o Random discards from output queues bIntelligent rate control of every flow -- creates much TCP unfairness o Intelligent rate control of every flow -- eliminates most TCP unfairness ... i wouldn't want to get in an argument with somebody who was smart and savvy enough to invent packet switching during the year i entered kindergarden, but, somebody told me once that keeping information on every flow was *not* "inexpensive." should somebody tell dr. roberts? (i'd hate to think that everybody would have to buy roberts' (anagran's) Fast Flow Technology at every node of their network to make this work. that doesn't sound "inexpensive" to me.

18 23

RE: Speedtest site accuracy [was: Bandwidth issues in the Sprint network]
by rcheung＠rochester.rr.com 09 Apr '08

09 Apr '08

Incidentally, Sprint's speedtest site is here: http://www.sprint.com/speedtest The page is hosted off Speakeasy?, but the file is stored on Sprint servers, per their respective geographic region. I'd be interested to see the speedtest results of your OC3. Rick ---- Frank Bulk - iNAME <frnkblk(a)iname.com> wrote: > > Vonage appears to be using Visualware's product: http://www.myspeed.com/ > > Frank > > -----Original Message----- > From: owner-nanog(a)merit.edu [mailto:owner-nanog@merit.edu] On Behalf Of Jeff > Shultz > Sent: Tuesday, April 08, 2008 4:49 PM > To: NANOG list > Subject: Re: Speedtest site accuracy [was: Bandwidth issues in the Sprint > network] > > > Daniel Senie wrote: > > > If you go to Speakeasy.net and run their test, the vendor of theirs has > > a logo showing (and clickable). This outfit produces nice-looking speed > > test software. > > > > That said, it just reported my Comcast Business account as getting > > 25Mbps down, and 1.4Mbps up, which is pretty unlikely. Clearing the > > browser cache alters the displayed speed considerably, so this is a good > > indication of the usefulness (or lack thereof) of some of this software. > > Speakeasy must be good - you're the second person in 5 minutes to > recommend them. > > What I'm looking for is software that we can install locally on our > backbone so we can offer our customers an accurate and up-to-date > performance measure of their own DSL circuit - which is anywhere from > 256/256kb to 1024/6.144Mbs at the moment. > > We're going fiber-to-the-house over the next 5 years so I expect those > numbers will continue to rise to the point that problems outside of our > network will definitely be more of a bottleneck than problems inside our > network - so I'm looking for a solution that will help us illustrate > that point to our customers. > > -- > Jeff Shultz

2 1

Re: Dubai impound ships suspected in cable damage
by Gregory Hicks 08 Apr '08

08 Apr '08

> Date: Tue, 08 Apr 2008 17:10:21 -0700 > From: Jeff Shultz <jeffshultz(a)wvi.com> > > Deepak Jain wrote: > > > > There is no reason to assume these are civilian satellites. Any one > > of a number of affected or interested countries could have provided > > the imagery (or ship information) to Reliance. Its not saying *who* > > analyzed the images. ;) > > > > Then again, how are ship's captains supposed to know *where* they > > are allowed to drop anchor? Is there a "Call before you drop" > > anchor service similar to "call before you dig?" > > Anchorages are normally VERY clearly marked on maritime navigation > charts. Speaking as a former "conning officer" (The person giving orders to the helmsman and engines), anchorage charts (NOT maps, CHARTS) are quite clearly marked showing things on the bottom of the ocean, where not to drop anchor, where it is OK to drop anchor, what the hazards are, where they are, how accurately the hazard is charted, et al... In addition, if the anchorage is w/in "coastal waters", usually a pilot is required for any ship movement. And a pilot is required to know EVERYthing about the ocean and environs to safely conn a ship to port. Again, the captain is not required to slavishly follow the pilot's recommendations, but he'd better have a darn good reason for NOT following them - especially, as in this case, if something untoward happens. Regards, Gregory Hicks --------------------------------------------------------------------- Gregory Hicks | Principal Systems Engineer Cadence Design Systems | Direct: 408.576.3609 555 River Oaks Pkwy M/S 9B1 San Jose, CA 95134 I am perfectly capable of learning from my mistakes. I will surely learn a great deal today. "A democracy is a sheep and two wolves deciding on what to have for lunch. Freedom is a well armed sheep contesting the results of the decision." "The best we can hope for concerning the people at large is that they be properly armed." --Alexander Hamilton

1 0

Re: Dubai impound ships suspected in cable damage
by Paul Ferguson 08 Apr '08

08 Apr '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -- Deepak Jain <deepak(a)ai.net> wrote: >There is no reason to assume these are civilian satellites. I'm glad you said it -- I was just about to utter the same. ;-) - - ferg -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.6.3 (Build 3017) wj8DBQFH/Aq5q1pz9mNUZTMRAimlAJwJ6iNNiXMF7w+yR+GrNE2jW1B2NgCghbxv rwfmQtPdVP+1mQ34WyQ9B4Y= =LL9c -----END PGP SIGNATURE----- -- "Fergie", a.k.a. Paul Ferguson Engineering Architecture for the Internet fergdawg(at)netzero.net ferg's tech blog: http://fergdawg.blogspot.com/

2 1

Superfast internet may replace world wide web
by Glen Kent 08 Apr '08

08 Apr '08

says the solemn headline of Telegraph. http://www.telegraph.co.uk/news/main.jhtml?xml=/news/2008/04/06/ninternet10… Also related to this one, here: "Web could collapse as video demand soars" http://www.telegraph.co.uk/news/main.jhtml?xml=/news/2008/04/07/nweb107.xml .. and we in Nanog are still discussing IPv6! ;-)

14 16

Re: Bandwidth issues in the Sprint network
by Scott Weeks 08 Apr '08

08 Apr '08

--- braaen(a)zcorum.com wrote: I am currently having problems get upload bandwidth on a Sprint circuit. I am using a full OC3 circuit. I am doing fine on downloading data, but uploading data I can only get about 5Mbps with ftp or a speedtest. I have tested against multiple networks and this has stayed the same. Monitoring Cacti graphs and the router I do get about 30Mbps total traffic outbound, but individual (flows/ip?) test always seem limited. I would like to know if anyone else sees anything similar, or where I can get help. The assistance I have gotten from Sprint up to this point is that they find no problems. Due to the consistency of 5Mbps I am suspecting rate limiting, but wanted to know if I was overlooking something else. ------------------------------------ I would not use one FTP session to test bandwidth. The rate limiting may be in the FTP software or other area of the computer. Likewise, Speedtest servers (in my opinion) are more marketing tools than testing tools. Try several similarly configured (but separate boxes) FTP servers simultaneously. If you see it go up by a factor of three you've found the issue. I have had to push my four OC-12s to Sprint to the max at times and get full BW. That's in Hawaii, but I imagine it's the same as other areas. scott

3 2

Re: Bandwidth issues in the Sprint network
by Scott Weeks 07 Apr '08

07 Apr '08

------- peiffer(a)umn.edu wrote: ----------- I would like to second the recommendation and go one further. Internet2 has released a performance toolkit that is run from CD. I would like to ------------------------------------------ Robert D. Scott wrote: > See if you can find a nother connector that can help with using iperf. Also, ------------------------------------------- The thing to note about most tools like these is you need a box on both sides of the circuit using the same software. One could be 'out there' on the internet, but the further 'out there' your other box is, the less valid your test is. scott

1 0

Perspectives: Diseconomies of Scale [was: Re: (latency) cooling door ...
by Frank Coluccio 07 Apr '08

07 Apr '08

I offer this as an afterthought without any expectations of replies to last week's latency discussion that focused on centralized vs. distributed, or one vs. many, data centers. While IMO the authors do not take into proper account the costs associated with network bandwidth and node provisioning, I thought it was nonetheless interesting due to the other factors they highlighted. There's nothing particularly correct here, merely some additional viewpoints on the subject that were not covered here earlier. Enjoy! "Diseconomies of Scale" - by Ken Church & James Hamilton April 6, 2008 http://perspectives.mvdirona.com/2008/04/06/DiseconomiesOfScale.aspx Frank -------------------

1 0

Re: "Does TCP Need an Overhaul?" (internetevolution, via slashdot)
by charles＠thewybles.com 07 Apr '08

07 Apr '08

Thanks for sharing your test results Kevin. Most interesting. I am setting up a small test lab of a couple linux boxes myself to learn more about the various traffic shaping and TCP stack options. Ill post my results here. I am primarily interested in local wireless network performance optimization vs long haul connects at least for now. It would be interesting to see how the numbers change with a windows or linux box on one end and BSD on the other. Also how did you simulate packet loss? Sent via BlackBerry from T-Mobile

4 3