Bill - The information you supplied is more helpful for figuring out what you're seeing than other things I have seen. Indicating a traceroute and where you see packet loss, and when you see packet loss is a big first step in diagnosing complaints. A couple quick points: the place to go to for this kind of thing should be your direct service provider, who hopefully has some means of communicating with upstream and peer providers when things are going wrong somehow, or at least might be able to give you some additional information. NANOG and other lists aren't appropriate places to discuss specific problems. OTOH, general problems, such as how big the Internet is and how saturated well-known-things seem to be and what might be done about it, could be OK here. Your numbers are quite reasonable ones, and point to heavy congestion in the area of MAE-EAST+. A good part of that is on the DS3 between MCI and their first MAE-EAST+ router. MCI has done something reasonable about that, viz., putting a second router in place, which I am about to set up a peering with. This should divert a large amount of traffic away from the original DS3, which in turn likely should improve performance between you and PSI. I should also note that Sprint and MCI are in the final phases of negotiating direct point-to-point peerings which will pop up in several areas, and improve connectivity between SprintLink and InternetMCI. You wouldn't be far off in expecting this to become something of a trend, particularly among a small number of the large heavy-traffic providers, for whom the NAP/MAE/FIX concepts and models don't seem to be scaling well in practice. Meanwhile, expect congestion, particularly at NAPs/MAEs/etc. :( | If you want a really good a measure, instead of ping try running NTP | over the links in question. It gives a very accurate measurement! | And I've observed 40% loss peaks there too! NTP is one of two really useful network diagnostic tools, and there is another by Matt Mathis that I hesitate to advertise simply because it is somewhat CPU-unfriendly towards busy Cisco routers, while the former is more useful for long-term information gotten as a side-effect. You might want to investigate the IPPM work, btw, wrt network performance. Finally, wrt MAE-EAST, you might want to look at http://www.mfsdatanet.com/MAE/east.stats.html for an idea of the amount of traffic there. Hint: it's *lots*. Sean.
A couple quick points: the place to go to for this kind of thing should be your direct service provider, who hopefully has some means of communicating with upstream and peer providers when things are going wrong somehow, or at least might be able to give you some additional information.
Ahem, my success rate at that has been less than stellar. If you guys (you service providers, not you Sean) are so worried about being asked questions in public (and short of com-priv, I see no more logical place for this than NANOG if "local" questions don't work], why don't you work on schemes to pro-actively publish performance data? Otherwise you *will* get called to the table based on ping and traceroute data, there just ain't no other way. Either *you* do it, or others will do it for you, with the tools they find most appropriate, and all your whining will eventually be discounted. Be pro-active, or give them better tools. You *asked* to be in the kitchen, *you* better deliver a working network, including at the Internet-systemic level and not only in your own service provider centric environment. I suppose that if you guys can't figure it out yourself, there is always the opportunity to get it fixed by someone else. Like, ahem, regulation.
On Mon, 23 Oct 1995, Hans-Werner Braun wrote:
Ahem, my success rate at that has been less than stellar. If you guys (you service providers, not you Sean) are so worried about being asked questions in public (and short of com-priv, I see no more logical place for this than NANOG if "local" questions don't work], why don't you work on schemes to pro-actively publish performance data?
Ya, we are working on this and will have the data available via www and ftp. I think the problem with most providers (sprint, mci, etc included) is they don't want that info available to customers. My sprintlink connection has been down countless times. It is not just sprint (sprint has one of the best networks) my mci link has been down aslmost as much. And if I looked at that info on a www page I would not pick them. We will have our connection up a a few NAP's soon so I will see, we may be down just as much. Nathan Stratton CEO, NetRail, Inc. Your Gateway to the World! --------------------------------------------------------------------------- Phone (703)524-4800 NetRail, Inc. Fax (703)534-5033 2007 N. 15 St. Suite 5 Email sales@netrail.net Arlington, Va. 22201 WWW http://www.netrail.net/ Access: (703) 524-4802 guest ---------------------------------------------------------------------------
participants (3)
-
hwb@upeksa.sdsc.edu
-
Nathan Stratton
-
Sean Doran