September 2000 - Test - lists.nanog.org

Root zone change -- d.gtld-servers.net
by Verd, Brad 19 Sep '00

19 Sep '00

Informational message: Effective zone serial number 2000091901, f.root-servers.net (192.5.5.241) will no longer be in the list as authoritative for com, net, org. In its place d.gtld-servers.net (208.206.240.5) will be added as an authoritative server for com, net, org. The new set of servers authoritative for these TLDs will be: A.ROOT-SERVERS.NET. 198.41.0.4 G.GTLD-SERVERS.NET. 198.41.3.101 E.GTLD-SERVERS.NET. 207.200.81.69 F.GTLD-SERVERS.NET. 198.17.208.67 D.GTLD-SERVERS.NET. 208.206.240.5 J.GTLD-SERVERS.NET. 198.41.0.21 K.GTLD-SERVERS.NET. 195.8.99.11 A.GTLD-SERVERS.NET. 198.41.3.38 M.GTLD-SERVERS.NET. 210.176.152.18 C.GTLD-SERVERS.NET. 205.188.185.18 I.GTLD-SERVERS.NET. 192.36.144.133 B.GTLD-SERVERS.NET. 203.181.106.5 This will not require any change to the root.cache file and f.root-servers.net will provide answers for com, net, and org in parallel for enough time to accommodate the zone's TTLs. -------------------------------------- Brad Verd gTLD Operations Manager Network Solutions Registry Email - bverd(a)netsol.com ---------------------------------------

3 2

problems with uunet/worldcom/whoever-they-bought-this-week
by Jim Mercer 19 Sep '00

19 Sep '00

ok, this is getting ludicrous. [ cut to the chase, if you are a non-US uunet/worldcom/mci customer, you can skip my diatribe and jump down to the bottom ] this is the third monday night when we have had a major BGP/connectivity outage with uunet.ca. two mondays ago, (ie 3 weeks), we had an 11 hour combined outage of either connectivity and/or BGP routing. this was topped off by them restoring the config from an old backup, including a slew of old static routes. last monday we had a 4 hour outage, similar issues. tonight, we got: 18:30 me -> uunet.ca: so, what's the problem uunet.ca: not sure, US-NOC is looking into it 19:15 me -> uunet.ca: any ETA? uunet.ca: problem solved, although the CPU on the router is 100% due to BGP recalc. should be OK soon. 21:30 me -> uunet.ca: so, what's the problem? uunet.ca: bad ATM card, been replaced, back up, although the CPU is 100% due to BGP recalc. should be OK soon. 01:30 me -> uunet.ca: so, what's the problem? uunet.ca: US-NOC is saving the configs customer-by-customer and will be rebooting the router RSN. no ETA. i'm not sure, but a lot of major problems seem to have cropped up since uunet.ca dumped their local technicians and went dependent on the US-NOC. are other non-US uunet customers getting the same treatment? -- [ Jim Mercer jim(a)reptiles.org +1 416 410-5633 ] [ Reptilian Research -- Longer Life through Colder Blood ] [ Don't be fooled by cheap Finnish imitations; BSD is the One True Code. ]

6 5

RE: problems with uunet/worldcom/whoever-they-bought-this-week
by rdobbins＠netmore.net 19 Sep '00

19 Sep '00

I just spent 80 hours over four days trying to get a DS3 to uu.net fixed - turns out the circuit goes from their POP to WorldCom, from WorldCom to MFS, and -then- to PacBell. Only problem is, they didn't tell me that, and so we started troubleshooting from the far side of the PacBell end, thinking that it was PacBell all the way through, and only finding out after 2 days what the toplogy really looked like. Of course, they'd just assumed that there was no way that -their- portion of the circuit could have problems. PacBell even replaced a module in a DACS 3, thinking -that- was the problem. So it was a bad card or something in an MFS OC-48 mux . . . fine, MFS replaced it. Then they started doing intrusive testing on some OC-3 bundles they were having problems with, of which bundles my DS3 was apparently caught up in, so the circuit kept pogoing for another 8 hours. Since uu.net bought WorldCom and MFS, you'd think they'd have better coordination, no? All that, combined with the fact that MFS and WorldCom apparently have zero remote diags capability and will only dispatch techs when you threaten to sue them (literally), made for a great weekend. ----------------------------------------------------------- Roland Dobbins <rdobbins(a)netmore.net> // 818.535.5024 voice -----Original Message----- From: Jim Mercer [mailto:jim@reptiles.org] Sent: Monday, September 18, 2000 10:53 PM To: nanog(a)merit.edu Subject: problems with uunet/worldcom/whoever-they-bought-this-week ok, this is getting ludicrous. [ cut to the chase, if you are a non-US uunet/worldcom/mci customer, you can skip my diatribe and jump down to the bottom ] this is the third monday night when we have had a major BGP/connectivity outage with uunet.ca. two mondays ago, (ie 3 weeks), we had an 11 hour combined outage of either connectivity and/or BGP routing. this was topped off by them restoring the config from an old backup, including a slew of old static routes. last monday we had a 4 hour outage, similar issues. tonight, we got: 18:30 me -> uunet.ca: so, what's the problem uunet.ca: not sure, US-NOC is looking into it 19:15 me -> uunet.ca: any ETA? uunet.ca: problem solved, although the CPU on the router is 100% due to BGP recalc. should be OK soon. 21:30 me -> uunet.ca: so, what's the problem? uunet.ca: bad ATM card, been replaced, back up, although the CPU is 100% due to BGP recalc. should be OK soon. 01:30 me -> uunet.ca: so, what's the problem? uunet.ca: US-NOC is saving the configs customer-by-customer and will be rebooting the router RSN. no ETA. i'm not sure, but a lot of major problems seem to have cropped up since uunet.ca dumped their local technicians and went dependent on the US-NOC. are other non-US uunet customers getting the same treatment? -- [ Jim Mercer jim(a)reptiles.org +1 416 410-5633 ] [ Reptilian Research -- Longer Life through Colder Blood ] [ Don't be fooled by cheap Finnish imitations; BSD is the One True Code. ]

1 0

CAISO expects to have a stage-three energy shortage this week
by Sean Donelan 18 Sep '00

18 Sep '00

California is sweating through another hot spell this week. CAISO's web page http://www.caiso.com/ is very slow today. CAISO has already called for a mandatory load reduction of 1700 megawatts today. Today's peak is predicted to reach 44537 Megawatts at 4pm. Tomorrow's load is predicted to be 44827 Megawatts. http://dailynews.yahoo.com/h/cn/20000918/tc/silicon_valley_sweats_as_heat_w… ISO spokeswoman Stephanie McCorkle said today that the region is likely to experience the year's first stage-three energy emergency this week, causing power to shut off in "rotating blackouts." Typically, businesses and residential consumers get no warning before power is turned off in a stage-three emergency. "At the most," McCorkle said, "there could be up to a half-hour notice."

1 0

HR 4445 Reciprocal Compensation
by Robert Cannon 18 Sep '00

18 Sep '00

I would note that the FCC has an open proceeding to consider what compensation mechanism should apply to ISP bound traffic. The FCC originally concluded that ISP Bound traffic is interstate - normally recprical compensation applies only to local calls. Instead of saying reciprocal compensation does not apply, the FCC (a) affirmed all existing agreements and (b) said no rule exists for ISP bound traffic and therefore opened an inquiry to make a rule. The DC Circuit Vacated the FCC's conclusion that it was interstate traffic. In response, the FCC released a further notice requesting comments on what to do about ISP bound telecommunications in light of the Court's decision. This is an open administrative proceeding. Anyone can file comments. Comments can be filed online on the FCC's electronic comment filing system as easily as writing an e-mail. The Formal Comment period has closed - all that means is that when you file your comments, you need to check off the box that says this is an "ex parte" filing. The FCC generally continues to accept comments until the very last minute. The FCC is required by law to consider your opinion in its decision. More information on the proceeding can be found at http://www.cybertelecom.org/rcomp.htm#fcc Robert Cannon www.cybertelecom.org ______________________________________________ FREE Personalized Email at Mail.com Sign up at http://www.mail.com/?sr=signup

1 0

IS-IS/OSPF Comparison
by ccie10 18 Sep '00

18 Sep '00

Looking for some information, advantages, disadvantages of utilizing either OSPF or IS-IS as an IGP. I need some head to head comparisons or case studies, links would be helpful. thanks

2 1

What happened to the MFS Sales number for MAE-E . ie: 703.506.2000
by Mr. James W. Laferriere 18 Sep '00

18 Sep '00

Hello All , It looks like Worldcomm pulled the plug on their MAE East sales line . The www.mae.net page doesn't show the phone list any longer . It appears that they only want you to have access to the sales group(s) thru the email address mae-info(a)mfst.com Are they going to centralize the sales office(s) ? Does anyone know an MFS-MAE-Easts Sales persons # ? Tia , JimL +----------------------------------------------------------------+ | James W. Laferriere | System Techniques | Give me VMS | | Network Engineer | 25416 22nd So | Give me Linux | | babydr(a)baby-dragons.com | DesMoines WA 98198 | only on AXP | +----------------------------------------------------------------+

1 0

Weekend Loop
by Sue Joiner 18 Sep '00

18 Sep '00

Hello, The mail loop that started on Friday evening was stopped on Sunday afternoon. The mail queue is finally back to normal. Sorry for the inconvience of multiple messages that were sent over the weekend. -sue -- Sue Joiner Merit Network, Inc.

2 1

NANOG 20 -- Hotel & Registration Fee Payment Deadlines
by Carol Wadsworth 18 Sep '00

18 Sep '00

For those of you registered to attend NANOG 20, please note the following upcoming deadlines: September 21: Cut-off date to reserve discounted hotel rooms in the NANOG room block For hotel reservation details see: http://www.nanog.org/mtg-0010/hotel.html October 9: Registration payment due (after October 9, the fee increases $50) To check payment status see: http://www.nanog.org/mtg-0010/registration.list.html For payment submission information, see: http://www.nanog.org/mtg-0010/closed.html Registration is now closed. Since the meeting has reached capacity, there will be no waiting list established. Please note that walk-ins will not be permitted or accepted at the meeting. Carol Wadsworth Merit Network, Inc.

1 0

Re: S-BGP (some operational content)
by Sean Donelan 16 Sep '00

16 Sep '00

On Sat, 16 September 2000, Timothy Brown wrote: > a) Has there ever been a published man-in-the-middle attack of someone using > BGP to affect someone else's network? Depends on what you mean by an "attack." There have been numerous configuration errors by people in the middle such as UUNET, Sprint, etc which affected other ISPs networks for hours or days. I wouldn't call them attacks because an attack implies intent. Stupidity and sloppiness could explain most of them. Could a person with malicious intent do the same thing as the accidential disruptions we've already seen? Yes. Has it happened? I don't know the motivations of the people involved.

1 0