April 1999 - Test - lists.nanog.org

Peering Policies
by Tim Wolfe 22 Apr '99

22 Apr '99

I've recently had problems with 2 very large ISPs (I would estimate that each of these ISPs has %10+ of the total network we think of as the internet) that have some sort of direct peering arrangement, but the circuit is so slow that it adds about 1900 ms of latency. Neither of these ISPs seems particularly concerned by the fact that they can access the other's network minimally, if at all. (For some reason some applications running over TCP seem to timeout with 2 second delays...) So in order to maintain connectivity to both of these providers, one would need to buy transit from each. How does this figure into the future political and technical growth of the net? Wouldn't this type of apathy tend to push toward government involvement in this industry? If the largest networks start to become largely unreachable outside of their internal connections, wouldn't that force the governments of the world to become involved in order to keep the net as the global business/political/economical beast it has become? I mention no names as the specifics aren't necessarily relevant to this list, although those of you on inet-access have probably seen my rant by now.. :) Just my .02 cents. Tim ---------------------------------------------------- Timothy M. Wolfe | Why surf when you can Sail? tim(a)clipper.net | Join Oregon's Premier Sr. Network Engineer | Wireless Internet Provider! ClipperNet Corporation | http://www.clipper.net/ ----------------------------------------------------

2 1

NANOG 16 Hotel
by Pam Ciesla 22 Apr '99

22 Apr '99

This is the last day for the room block at the Hilton Eugene. The NANOG room rate after today is on availability only. A tentative agenda will be available next week. Meeting info can be found on the webpage http://www.nanog.org. Pam Pam Ciesla Merit Network,Inc. 734-936-0172 - phone 4251 Plymouth Road 734-647-3185 Bldg.I, Suite C pam(a)merit.edu Ann Arbor, MI 48107

1 0

New York City peering points, alternate to NYIIX??
by jim＠reptiles.org 22 Apr '99

22 Apr '99

i recently found a cost effective method of moving traffic from Toronto to New York. i am interested in finding peering points in New York City, preferably at Telehouse (Bowling Green Post Office) or 60 Hudson Street. i was looking at connecting to NYIIX, however, i find that Telehouse is sharging $400/month just to jack into their switch. alternately, i have a client who would be willing to house a switch in their Telehouse racks for a new peering point. there might also be the potential to set up a switch at 60 hudson. anyone have any directions for me for peering in New York, and/or interest in setting up a new peering point? my interests in peering are mostly related to news flow and ftp/http access to large archives of stuff. -- [ Jim Mercer Reptilian Research jim(a)reptiles.org +1 416 410-5633 ] [ The telephone, for those of you who have forgotten, was a commonly used ] [ communications technology in the days before electronic mail. ] [ They're still easy to find in most large cities. -- Nathaniel Borenstein ]

3 3

Re: New York City peering points, alternate to NYIIX??
by jim＠reptiles.org 21 Apr '99

21 Apr '99

> At 01:10 PM 4/21/99 -0400, Reid Fishler wrote: > >At 12:58 PM 4/21/99 -0400, Jim Mercer wrote: > >>i was looking at connecting to NYIIX, however, i find that Telehouse is > >>sharging $400/month just to jack into their switch. > > >2) $400 a month for a port where a decent amount of traffic is traded and > >where the > >switch is well maintained is not rediculous. > > really. $400/month is trivial compared to what Worldcom charges to connect > to the FDDI ring in "MAE-NY" (111 8th Street), and there are only two peers > on that ring, only one of which (ICI/Digex) is worth anything. my expectations are not that of a MAE, nor FDDI. i'm looking to share news, web cache, ftp/http archives, etc. 10baseT should be adequate. -- [ Jim Mercer Reptilian Research jim(a)reptiles.org +1 416 410-5633 ] [ The telephone, for those of you who have forgotten, was a commonly used ] [ communications technology in the days before electronic mail. ] [ They're still easy to find in most large cities. -- Nathaniel Borenstein ]

1 0

Bye Bye NSI
by Henry R. Linneweh 21 Apr '99

21 Apr '99

hmm I wonder. ICANN to Can NSI Domain Name Monopoly http://www.idg.net/go.cgi?id=116297 -henry

1 0

Re: Spring 1999 NOC contact drill
by Sean Donelan 21 Apr '99

21 Apr '99

wb8foz(a)nrk.COM (David Lesher) writes: >Putting asides the spamhaus "noDood(a)Bif.gov" ones, a large number >of the addresses appear to be just plain obsolete; the sysadm >moved on, etc. I've gotten a few questions about how I collected the contact information I'm using. Since the Internet is doubling every xxxx days, some folks may not remember this from last time. I originally used sources such as WHOIS, Manning's in-addr.arpa TXT records and various random web pages. But was informed by a number of providers that was unfair, because ARIN/NSI/whoever sometimes couldn't keep the updated information in their databases or because the phone number some providers prefer to list in their WHOIS records is for their sales department, not their NOC. Or they don't accept calls from non-customers. So I changed. The contact information I now use is based on the information each provider gave when we signed an agreement or set up our interconnect with them. According to almost every peering agreement, it is the responsibility of the peer to provide correct updated contact information, even after being 'borged' by another company. In all cases the contact information was provided directly by the other ISP to me. Some providers have given me direct phone numbers to their NOC, others have given me phone numbers to their customer service departments. I don't really care, its whatever phone number you think is most likely to work 24x7. I generally discourage personal cell-phone and pager numbers though. The test is really to reach the provider's crew, not an individual. If you provide a direct-dial telephone number, it doesn't even cost you the 1-800 charge. The requirement for being listed is a) a provider connected to a major US exchange point (mae-east, mae-west, aads, paix, pacbell, sprint) or represent a major piece of Internet infrastructure (root-server, radb). Everyone else I assume should be reached via their upstream provider. b) provided me a working contact telephone number and e-mail c) agree to take my call d) and confirmed the information when I did called. It would also be nice if you agreed to peer with me, but that isn't a strong requirement. However, when I can't reach someone I don't peer with, I just delete them from the list without following up. I assume calls should be directed through their upstream provider. I don't intend to check 6,000 different ISPs, just the 150 or so ISPs meeting those conditions above. And no, I do not believe or use Boardwatch's classification of ISPs, which seems based on who advertises in their publication more than any other factor. Heck, they've listed ISPs who didn't even have working routers at the time as "backbone providers." -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

1 0

Spring 1999 NOC contact drill
by Sean Donelan 21 Apr '99

21 Apr '99

The oldest and largest NOC contact drill is back. For the next week I will attempt to use the telephone number provided by each NOC to contact that provider. With the number of ISPs involved, it usually takes me about three days to call all of them, assuming something doesn't go wrong. All calls should be during normal USA business hours, so after-hour contacts won't be verified. Sometimes I make a mistake, and get the time zone of the ISP wrong, my apologies if that happens. I also try to check there are no major Internet outages in progress before calling so I didn't interrupt extreme NOC chaos. But again, I may make a mistake and call at the same time as a major outage. Again, my apologies. Let me know you are dealing with a crisis and I'll re-schedule the calls for later. In the script I use, I identify myself, identify DRA, and ask to confirm the telephone number, including a non-1-800/888/877 number, and e-mail address of the ISP's network operation center. In today's world of fancy phone switches, I always tell them what number I called. I've found many NOC's are unaware of what numbers are used to reach them, or when they change. Its amazing how often the person says "You must have called the right number because you reached us." And when I tell him what number I actually dialed, he has no idea how I reached their NOC using it. Everything from area code changes to companies merging NOCs and temporarily forwarding old NOC phone numbers happen. This seems especially bad for those ISPs being merged into Telcos. Telcos tend to have the worst problem with 'special' phone numbers for their NOCs which don't work outside their service area or even the country. But the problem does affect everyone to some degree. Voice-mail systems are a special case. I attempt to choose the 'obvious' prompts. But I'm often stymied by systems which require special codes before allowing contact with any human. If I can't figure the system out in less than five minutes I move on to the next provider. If necessary I explained what a network operations center is, or ask who I should call to report a network problem. I don't require access to the network engineering staff. A customer service person is Ok as long as they can confirm the correct telephone number for reporting network problems and e-mail address for the NOC. You are welcome to inform your network operators or customer service reps I may be calling. However, in the past I've found this doesn't help much. Corporate culture tends to overwhelm those efforts. As usual I will only identify those ISPs which I was able to confirm the contact information worked. [I wonder if I should identify those I can't successfully reach, since it seems to be the same four or five ISPs every time.] If you want to, you can consider this part of a Y2K contingency test. Even though I think having good contact information is needed all year long, and worrying about contingency planning for only one night misses the point. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

2 1

etwork Solutions competitors announced
by Rodney Joffe 21 Apr '99

21 Apr '99

For those who care, and missed it... ICANN announced the names of the 5 testbed registrars a short while ago.... They are: America Online CORE (Internet Council of Registrars) France Telecom/Oléane Melbourne IT register.com The complete release is at: http://www.icann.org/icann-pr21apr99.htm /rlj

1 0

Re: The future of NAPs & IXPs
by Vadim Antonov 20 Apr '99

20 Apr '99

Stephen -- i simply attached a date after the title. BTW - backplane capacity is not the same as user goodput capacity; and ethernet switch is not the same as a router. Cisco products historically demonstrated that quite clearly. And i'm working for a cisco competitor now (after the acquisition of GeoTel) and have no incentive to promote newer cisco's products :) --vadim Stephen Sprunk <ssprunk(a)cisco.com> wrote: >Perhaps you could update this paper to reflect current products, since you >specifically name vendors and their products' limitations without explicitly >listing any model numbers or dates? >For instance, the Cisco GSR (aka 12000) router has a non-blocking backplane >capacity of 40Gbit/s, where you list a maximum backplane capacity of >0.7Gbit/s. Also, the Cisco 6500 switch has a non-blocking backplane >capacity of 256Gbit/s and can currently hold up to 130 GigE ports. This >shows two orders of magnitude growth in capacity since your paper was >written, and that's not counting the products I can't tell you about yet :) >While I understand that the actual numbers are mostly irrelevant to the >paper, it would be appreciated if you'd either update the numbers or put in >a footnote recognizing that your numbers are out of date. >Stephen > | | Stephen Sprunk, K5SSS, CCIE #3723 > :|: :|: NSA, Network Consulting Engineer > :|||: :|||: 14875 Landmark Blvd #400; Dallas, TX >.:|||||||:..:|||||||:. Pager: 800-365-4578 / 800-901-6078 >C I S C O S Y S T E M S Email: ssprunk(a)cisco.com

1 0

Re: NETOPS PLANNING: april 23-25 in Washington DC
by Sean Donelan 20 Apr '99

20 Apr '99

dredd(a)megacity.ORG (Derek Balling) writes: >God I love this country. :) What? You want access to your personal >property? Too bad, the SS, I mean Secret Service says "Nein!". Well, there was a smiley in there. Before this veers too far off-topic, I would make this comment. After being on the other side during the Pope's visit to St. Louis in January trying to move VIPs around the city (the Secret Service has very cool credentials which melt and turn colors if you try to photocopy them), I've seen how hard the US Secret Service tries to assure property owners, tenents, etc access to their property. But sometimes it takes a bit of explaining before the officer manning the barricade understands why a person from Missouri needs to wheel a Cisco GSR router through the middle of a secure area in Washington DC in the middle of the night. If nothing else, the officer would question his sanity. Any sane person would want to drive directly into the gated garage :-) ObOpsPlanning: If something does go down over the weekend, we'll have it back up as fast as we can. There may be a few 'force majure' reasons why it takes a bit longer than normal. Thank you for your understanding. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

1 0