- NANOG - lists.nanog.org

RE: Global Crossing Network Problem.
by Karyn Ulriksen 27 Jun '00

27 Jun '00

LAX is running pretty clean right now on my outbound GLBX. I'm just worried about my inbound, but my customers aren't complaining and I'm only seeing minor inbound packet loss via my GLBX. -----Original Message----- From: Jason Legate [mailto:jlegate@alienchick.com] Sent: Tuesday, June 27, 2000 2:35 PM To: Karyn Ulriksen Cc: 'Jason Legate'; 'nanog(a)merit.edu' Subject: Re: Global Crossing Network Problem. Their noc stated that they are also having issues with a router in LAX. I'm not sure the details on this. I'd suggest calling their NOC... 1-888-541-9888 Ticket # 627249 for the cut.. I don't know the # for the router issue -j On Tue, Jun 27, 2000 at 02:33:09PM -0700, Karyn Ulriksen wrote: > I did see about twenty minutes of flapping on our DS3 to them. That's hooks > up at 1 Wilshire (MAE LA). Why would problems at SunnyVale cause Wilshire > to flap?! Not a BGP flap, an interface flap. Line protocol down, up, down, > up, etc. > > Veddy interestink... Sounds a little more wide spread... > > -----Original Message----- > From: Jason Legate [mailto:jlegate@alienchick.com] > Sent: Tuesday, June 27, 2000 2:20 PM > To: Karyn Ulriksen > Cc: 'Mohamed Hirse'; nanog(a)merit.edu > Subject: Re: Global Crossing Network Problem. > > > > I'm not from GBLX either, but we did hear there was a fiber cut in SF > today. It doesn't quite explain why I can't reach SNV2 from SNV (right > across the street from each other). > > -j > > On Tue, Jun 27, 2000 at 02:14:01PM -0700, Karyn Ulriksen wrote: > > > > I'm not from GLBX, but I we do peer with them so I get the maint notices. > > They are have been doing a lot of router upgrades in SunnyVale for the > past > > week. I seek from the trace you sent in that the failures are occuring > > there. > > > > > > > > -----Original Message----- > > From: Mohamed Hirse [mailto:madlion@justin.net] > > Sent: Tuesday, June 27, 2000 2:03 PM > > To: nanog(a)merit.edu > > Subject: Global Crossing Network Problem. > > > > > > > > > > Can someone from Global crossing help explain this problem. There seems to > > be some sort of internal network problem. Traceroutes attached. This > > affecting many of GBLX customers. > > > > Thanks > > Mohamed > > > > > > route-server.cerf.net>traceroute www.juniper.net > > > > Type escape sequence to abort. > > Tracing the route to www.juniper.net (207.17.137.30) > > > > 1 fe8-0-0.san-bb1.cerf.net (134.24.38.225) [AS 1740] 4 msec 0 msec 0 > > msec > > 2 fe0-0-0.san-bb2.cerf.net (134.24.29.102) [AS 1740] 0 msec 4 msec 0 > > msec > > 3 so2-1-2-155M.san-bb4.cerf.net (134.24.29.181) [AS 1740] 0 msec 4 msec > > 0 msec > > 4 pos3-0-622M.lax-bb5.cerf.net (134.24.29.14) [AS 1740] 4 msec 8 msec 4 > > msec > > 5 pos5-0-622M.lax-bb4.cerf.net (134.24.33.169) [AS 1740] 4 msec 8 msec 4 > > msec > > 6 pos6-0-622M.sfo-bb3.cerf.net (134.24.29.233) [AS 1740] 72 msec 76 msec > > 72 msec > > 7 pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 76 msec > > pos0-0-155M.sjc-bb2.cerf.net (134.24.32.90) [AS 1740] 72 msec > > pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 72 msec > > 8 * * * > > 9 pos4-0-2488M.cr1.SNV3.gblx.net (208.50.169.74) [AS 3549] !H !H !H > > route-server.cerf.net>traceroute www.juniper.net > > > > Type escape sequence to abort. > > Tracing the route to www.juniper.net (207.17.137.30) > > > > 1 fe8-0-0.san-bb1.cerf.net (134.24.38.225) [AS 1740] 0 msec 0 msec 0 > > msec > > 2 fe0-0-0.san-bb2.cerf.net (134.24.29.102) [AS 1740] 0 msec 0 msec 4 > > msec > > 3 so2-1-2-155M.san-bb4.cerf.net (134.24.29.181) [AS 1740] 0 msec 0 msec > > 0 msec > > 4 pos3-0-622M.lax-bb5.cerf.net (134.24.29.14) [AS 1740] 4 msec 8 msec 4 > > msec > > 5 pos5-0-622M.lax-bb4.cerf.net (134.24.33.169) [AS 1740] 8 msec 4 msec 8 > > msec > > 6 pos6-0-622M.sfo-bb3.cerf.net (134.24.29.233) [AS 1740] 72 msec 72 msec > > 72 msec > > 7 pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 76 msec > > pos0-0-155M.sjc-bb2.cerf.net (134.24.32.90) [AS 1740] 76 msec 72 msec > > 8 * * * > > 9 pos4-0-2488M.cr1.SNV3.gblx.net (208.50.169.74) [AS 3549] !H !H !H > > route-server.cerf.net> > > > > > > -- > /--------------------------/ Jason Legate \------------------------\ > | jlegate(a)sitesmith.com | SiteSmith, Inc. | > | 24x7 Call Center | http://www.sitesmith.com | > | 888.898.7667 | PGP Key ID - 0xA855AAC3 | > +---------------------------------+--------------------------------+ > | Fingerprint - 2D5F 87A0 26E6 A65B 6837 D100 FB54 A972 A855 AAC3 | > \------------------------------------------------------------------/ -- /--------------------------/ Jason Legate \------------------------\ | jlegate(a)sitesmith.com | SiteSmith, Inc. | | 24x7 Call Center | http://www.sitesmith.com | | 888.898.7667 | PGP Key ID - 0xA855AAC3 | +---------------------------------+--------------------------------+ | Fingerprint - 2D5F 87A0 26E6 A65B 6837 D100 FB54 A972 A855 AAC3 | \------------------------------------------------------------------/

1 0

RE: Global Crossing Network Problem.
by Mike Bostardi 27 Jun '00

27 Jun '00

Obviously the "other" means of protection doesn't work too well... > -----Original Message----- > From: Jesper Skriver [mailto:jesper@skriver.dk] > Sent: Tuesday, June 27, 2000 2:33 PM > To: Mohamed Hirse > Cc: Steve Nash; nanog(a)merit.edu > Subject: Re: Global Crossing Network Problem. > > > > On Tue, Jun 27, 2000 at 05:16:34PM -0400, Mohamed Hirse wrote: > > > > Thanks Steve. I would hope GBLX has some sort of SONET protection > > deployed accross their network. > > Why - if they have other means of protection, it can be just as good. > > /Jesper > > -- > Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 > Work: Network manager @ AS3292 (Tele Danmark DataNetworks) > Private: Geek @ AS2109 (A much smaller network ;-) > > One Unix to rule them all, One Resolver to find them, > One IP to bring them all and in the zone to bind them. >

2 1

RE: Global Crossing Network Problem.
by Karyn Ulriksen 27 Jun '00

27 Jun '00

I did see about twenty minutes of flapping on our DS3 to them. That's hooks up at 1 Wilshire (MAE LA). Why would problems at SunnyVale cause Wilshire to flap?! Not a BGP flap, an interface flap. Line protocol down, up, down, up, etc. Veddy interestink... Sounds a little more wide spread... -----Original Message----- From: Jason Legate [mailto:jlegate@alienchick.com] Sent: Tuesday, June 27, 2000 2:20 PM To: Karyn Ulriksen Cc: 'Mohamed Hirse'; nanog(a)merit.edu Subject: Re: Global Crossing Network Problem. I'm not from GBLX either, but we did hear there was a fiber cut in SF today. It doesn't quite explain why I can't reach SNV2 from SNV (right across the street from each other). -j On Tue, Jun 27, 2000 at 02:14:01PM -0700, Karyn Ulriksen wrote: > > I'm not from GLBX, but I we do peer with them so I get the maint notices. > They are have been doing a lot of router upgrades in SunnyVale for the past > week. I seek from the trace you sent in that the failures are occuring > there. > > > > -----Original Message----- > From: Mohamed Hirse [mailto:madlion@justin.net] > Sent: Tuesday, June 27, 2000 2:03 PM > To: nanog(a)merit.edu > Subject: Global Crossing Network Problem. > > > > > Can someone from Global crossing help explain this problem. There seems to > be some sort of internal network problem. Traceroutes attached. This > affecting many of GBLX customers. > > Thanks > Mohamed > > > route-server.cerf.net>traceroute www.juniper.net > > Type escape sequence to abort. > Tracing the route to www.juniper.net (207.17.137.30) > > 1 fe8-0-0.san-bb1.cerf.net (134.24.38.225) [AS 1740] 4 msec 0 msec 0 > msec > 2 fe0-0-0.san-bb2.cerf.net (134.24.29.102) [AS 1740] 0 msec 4 msec 0 > msec > 3 so2-1-2-155M.san-bb4.cerf.net (134.24.29.181) [AS 1740] 0 msec 4 msec > 0 msec > 4 pos3-0-622M.lax-bb5.cerf.net (134.24.29.14) [AS 1740] 4 msec 8 msec 4 > msec > 5 pos5-0-622M.lax-bb4.cerf.net (134.24.33.169) [AS 1740] 4 msec 8 msec 4 > msec > 6 pos6-0-622M.sfo-bb3.cerf.net (134.24.29.233) [AS 1740] 72 msec 76 msec > 72 msec > 7 pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 76 msec > pos0-0-155M.sjc-bb2.cerf.net (134.24.32.90) [AS 1740] 72 msec > pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 72 msec > 8 * * * > 9 pos4-0-2488M.cr1.SNV3.gblx.net (208.50.169.74) [AS 3549] !H !H !H > route-server.cerf.net>traceroute www.juniper.net > > Type escape sequence to abort. > Tracing the route to www.juniper.net (207.17.137.30) > > 1 fe8-0-0.san-bb1.cerf.net (134.24.38.225) [AS 1740] 0 msec 0 msec 0 > msec > 2 fe0-0-0.san-bb2.cerf.net (134.24.29.102) [AS 1740] 0 msec 0 msec 4 > msec > 3 so2-1-2-155M.san-bb4.cerf.net (134.24.29.181) [AS 1740] 0 msec 0 msec > 0 msec > 4 pos3-0-622M.lax-bb5.cerf.net (134.24.29.14) [AS 1740] 4 msec 8 msec 4 > msec > 5 pos5-0-622M.lax-bb4.cerf.net (134.24.33.169) [AS 1740] 8 msec 4 msec 8 > msec > 6 pos6-0-622M.sfo-bb3.cerf.net (134.24.29.233) [AS 1740] 72 msec 72 msec > 72 msec > 7 pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 76 msec > pos0-0-155M.sjc-bb2.cerf.net (134.24.32.90) [AS 1740] 76 msec 72 msec > 8 * * * > 9 pos4-0-2488M.cr1.SNV3.gblx.net (208.50.169.74) [AS 3549] !H !H !H > route-server.cerf.net> > > -- /--------------------------/ Jason Legate \------------------------\ | jlegate(a)sitesmith.com | SiteSmith, Inc. | | 24x7 Call Center | http://www.sitesmith.com | | 888.898.7667 | PGP Key ID - 0xA855AAC3 | +---------------------------------+--------------------------------+ | Fingerprint - 2D5F 87A0 26E6 A65B 6837 D100 FB54 A972 A855 AAC3 | \------------------------------------------------------------------/

3 2

RE: Global Crossing Network Problem.
by Karyn Ulriksen 27 Jun '00

27 Jun '00

Believe me, it's not easy. Apparently, the email goes to whoever provisioned the line. So check your provisioning department or accounting. It's pretty certain that it's not doing them any good. Word of warning, it took us about three months to get them to change it to our NOC email. Aaaahhh, good ole FroGlo... -----Original Message----- From: Jesper Skriver [mailto:jesper@skriver.dk] Sent: Tuesday, June 27, 2000 2:28 PM To: Karyn Ulriksen Subject: Re: Global Crossing Network Problem. On Tue, Jun 27, 2000 at 02:14:01PM -0700, Karyn Ulriksen wrote: > > I'm not from GLBX, but I we do peer with them so I get the maint notices. > They are have been doing a lot of router upgrades in SunnyVale for the past > week. I seek from the trace you sent in that the failures are occuring > there. How did you get these, we also peer with them, but I don't know of any mailing lists ... /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: Geek @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them.

1 0

RE: Global Crossing Network Problem.
by Michael Medwid 27 Jun '00

27 Jun '00

They told me it was a fiber cut and it was down a half hour because the network was performing "reconvergence". Could it possibly take that long (about 1/2 hour by my count) to reconverge? Michael -----Original Message----- From: Gwendolynn ferch Elydyr [mailto:gwen@reptiles.org] Sent: Tuesday, June 27, 2000 2:20 PM To: Mohamed Hirse Cc: nanog(a)merit.edu Subject: Re: Global Crossing Network Problem. Their NOC says that there's a fibre cut. On Tue, 27 Jun 2000, Mohamed Hirse wrote: > Can someone from Global crossing help explain this problem. There seems to > be some sort of internal network problem. Traceroutes attached. This > affecting many of GBLX customers. > > Thanks > Mohamed > > > route-server.cerf.net>traceroute www.juniper.net > > Type escape sequence to abort. > Tracing the route to www.juniper.net (207.17.137.30) > > 1 fe8-0-0.san-bb1.cerf.net (134.24.38.225) [AS 1740] 4 msec 0 msec 0 > msec > 2 fe0-0-0.san-bb2.cerf.net (134.24.29.102) [AS 1740] 0 msec 4 msec 0 > msec > 3 so2-1-2-155M.san-bb4.cerf.net (134.24.29.181) [AS 1740] 0 msec 4 msec > 0 msec > 4 pos3-0-622M.lax-bb5.cerf.net (134.24.29.14) [AS 1740] 4 msec 8 msec 4 > msec > 5 pos5-0-622M.lax-bb4.cerf.net (134.24.33.169) [AS 1740] 4 msec 8 msec 4 > msec > 6 pos6-0-622M.sfo-bb3.cerf.net (134.24.29.233) [AS 1740] 72 msec 76 msec > 72 msec > 7 pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 76 msec > pos0-0-155M.sjc-bb2.cerf.net (134.24.32.90) [AS 1740] 72 msec > pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 72 msec > 8 * * * > 9 pos4-0-2488M.cr1.SNV3.gblx.net (208.50.169.74) [AS 3549] !H !H !H > route-server.cerf.net>traceroute www.juniper.net > > Type escape sequence to abort. > Tracing the route to www.juniper.net (207.17.137.30) > > 1 fe8-0-0.san-bb1.cerf.net (134.24.38.225) [AS 1740] 0 msec 0 msec 0 > msec > 2 fe0-0-0.san-bb2.cerf.net (134.24.29.102) [AS 1740] 0 msec 0 msec 4 > msec > 3 so2-1-2-155M.san-bb4.cerf.net (134.24.29.181) [AS 1740] 0 msec 0 msec > 0 msec > 4 pos3-0-622M.lax-bb5.cerf.net (134.24.29.14) [AS 1740] 4 msec 8 msec 4 > msec > 5 pos5-0-622M.lax-bb4.cerf.net (134.24.33.169) [AS 1740] 8 msec 4 msec 8 > msec > 6 pos6-0-622M.sfo-bb3.cerf.net (134.24.29.233) [AS 1740] 72 msec 72 msec > 72 msec > 7 pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 76 msec > pos0-0-155M.sjc-bb2.cerf.net (134.24.32.90) [AS 1740] 76 msec 72 msec > 8 * * * > 9 pos4-0-2488M.cr1.SNV3.gblx.net (208.50.169.74) [AS 3549] !H !H !H > route-server.cerf.net> > > > ========================================================================== "A cat spends her life conflicted between a deep, passionate and profound desire for fish and an equally deep, passionate and profound desire to avoid getting wet. This is the defining metaphor of my life right now."

1 0

RE: Global Crossing Network Problem.
by Karyn Ulriksen 27 Jun '00

27 Jun '00

I'm not from GLBX, but I we do peer with them so I get the maint notices. They are have been doing a lot of router upgrades in SunnyVale for the past week. I seek from the trace you sent in that the failures are occuring there. -----Original Message----- From: Mohamed Hirse [mailto:madlion@justin.net] Sent: Tuesday, June 27, 2000 2:03 PM To: nanog(a)merit.edu Subject: Global Crossing Network Problem. Can someone from Global crossing help explain this problem. There seems to be some sort of internal network problem. Traceroutes attached. This affecting many of GBLX customers. Thanks Mohamed route-server.cerf.net>traceroute www.juniper.net Type escape sequence to abort. Tracing the route to www.juniper.net (207.17.137.30) 1 fe8-0-0.san-bb1.cerf.net (134.24.38.225) [AS 1740] 4 msec 0 msec 0 msec 2 fe0-0-0.san-bb2.cerf.net (134.24.29.102) [AS 1740] 0 msec 4 msec 0 msec 3 so2-1-2-155M.san-bb4.cerf.net (134.24.29.181) [AS 1740] 0 msec 4 msec 0 msec 4 pos3-0-622M.lax-bb5.cerf.net (134.24.29.14) [AS 1740] 4 msec 8 msec 4 msec 5 pos5-0-622M.lax-bb4.cerf.net (134.24.33.169) [AS 1740] 4 msec 8 msec 4 msec 6 pos6-0-622M.sfo-bb3.cerf.net (134.24.29.233) [AS 1740] 72 msec 76 msec 72 msec 7 pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 76 msec pos0-0-155M.sjc-bb2.cerf.net (134.24.32.90) [AS 1740] 72 msec pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 72 msec 8 * * * 9 pos4-0-2488M.cr1.SNV3.gblx.net (208.50.169.74) [AS 3549] !H !H !H route-server.cerf.net>traceroute www.juniper.net Type escape sequence to abort. Tracing the route to www.juniper.net (207.17.137.30) 1 fe8-0-0.san-bb1.cerf.net (134.24.38.225) [AS 1740] 0 msec 0 msec 0 msec 2 fe0-0-0.san-bb2.cerf.net (134.24.29.102) [AS 1740] 0 msec 0 msec 4 msec 3 so2-1-2-155M.san-bb4.cerf.net (134.24.29.181) [AS 1740] 0 msec 0 msec 0 msec 4 pos3-0-622M.lax-bb5.cerf.net (134.24.29.14) [AS 1740] 4 msec 8 msec 4 msec 5 pos5-0-622M.lax-bb4.cerf.net (134.24.33.169) [AS 1740] 8 msec 4 msec 8 msec 6 pos6-0-622M.sfo-bb3.cerf.net (134.24.29.233) [AS 1740] 72 msec 72 msec 72 msec 7 pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 76 msec pos0-0-155M.sjc-bb2.cerf.net (134.24.32.90) [AS 1740] 76 msec 72 msec 8 * * * 9 pos4-0-2488M.cr1.SNV3.gblx.net (208.50.169.74) [AS 3549] !H !H !H route-server.cerf.net>

3 2

Global Crossing Network Problem.
by Mohamed Hirse 27 Jun '00

27 Jun '00

Can someone from Global crossing help explain this problem. There seems to be some sort of internal network problem. Traceroutes attached. This affecting many of GBLX customers. Thanks Mohamed route-server.cerf.net>traceroute www.juniper.net Type escape sequence to abort. Tracing the route to www.juniper.net (207.17.137.30) 1 fe8-0-0.san-bb1.cerf.net (134.24.38.225) [AS 1740] 4 msec 0 msec 0 msec 2 fe0-0-0.san-bb2.cerf.net (134.24.29.102) [AS 1740] 0 msec 4 msec 0 msec 3 so2-1-2-155M.san-bb4.cerf.net (134.24.29.181) [AS 1740] 0 msec 4 msec 0 msec 4 pos3-0-622M.lax-bb5.cerf.net (134.24.29.14) [AS 1740] 4 msec 8 msec 4 msec 5 pos5-0-622M.lax-bb4.cerf.net (134.24.33.169) [AS 1740] 4 msec 8 msec 4 msec 6 pos6-0-622M.sfo-bb3.cerf.net (134.24.29.233) [AS 1740] 72 msec 76 msec 72 msec 7 pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 76 msec pos0-0-155M.sjc-bb2.cerf.net (134.24.32.90) [AS 1740] 72 msec pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 72 msec 8 * * * 9 pos4-0-2488M.cr1.SNV3.gblx.net (208.50.169.74) [AS 3549] !H !H !H route-server.cerf.net>traceroute www.juniper.net Type escape sequence to abort. Tracing the route to www.juniper.net (207.17.137.30) 1 fe8-0-0.san-bb1.cerf.net (134.24.38.225) [AS 1740] 0 msec 0 msec 0 msec 2 fe0-0-0.san-bb2.cerf.net (134.24.29.102) [AS 1740] 0 msec 0 msec 4 msec 3 so2-1-2-155M.san-bb4.cerf.net (134.24.29.181) [AS 1740] 0 msec 0 msec 0 msec 4 pos3-0-622M.lax-bb5.cerf.net (134.24.29.14) [AS 1740] 4 msec 8 msec 4 msec 5 pos5-0-622M.lax-bb4.cerf.net (134.24.33.169) [AS 1740] 8 msec 4 msec 8 msec 6 pos6-0-622M.sfo-bb3.cerf.net (134.24.29.233) [AS 1740] 72 msec 72 msec 72 msec 7 pos5-0-0-155M.sjc-bb2.cerf.net (134.24.29.22) [AS 1740] 76 msec pos0-0-155M.sjc-bb2.cerf.net (134.24.32.90) [AS 1740] 76 msec 72 msec 8 * * * 9 pos4-0-2488M.cr1.SNV3.gblx.net (208.50.169.74) [AS 3549] !H !H !H route-server.cerf.net>

3 2

CA ISO issues stage 2 alert (Here we go again)
by Sean Donelan 27 Jun '00

27 Jun '00

The California Independent System Operator issued a stage 2 alert for California at 1:30pm PDT. This means electric power reserves have dropped below 5%. An unplanned shutdown of a nuclear power plant in Washington has left the western grid short of power, combined with higher than normal temperatures. "Voluntary" curtailment of power is effect for the rest of the afternoon.

1 0

Re: FW: public key service
by ktsolis＠mindspring.com 27 Jun '00

27 Jun '00

A slight correction.... On Tue, 27 Jun 2000, Tsolis, Kristen wrote: > > I'm going to try to keep this operational, but it's hard because you're > > going to find that support for making a robust keyserver network hinges upon > > people agreeing that such a service is needed, and many PGP users are going > > to tell you that such a keyserver violates the PGP trust model. Hm? These words have been misattributed to me. I don't see any reason why the PGP trust model would be compromised by a keyserver network since the individual PGP user is checking keys and deciding which keys to trust. I welcome further conversation re:ISP-run keyservers on the keyserver-folks list, but I hope to see further coordination re: a NANOG keysigning party on this list. cheers, Kristen

2 1

Re: Stop Wcom and SPRINT from merging... customer service nightmare... (Snyder article)
by Mufti Ahmed 27 Jun '00

27 Jun '00

The papers for my ISP connection to UUnet was signed just over 3 Months ago and they haven't installed the circuit. Customer Service !!!!!!!!TERRIBLE!!!!!!!!!!!!! You Want to know whats really surprising ; i asked them to BGP peer authentication TWO WEEKS AGO and there reply was i am the first out of the thousands of clients that they have to ask for this. I thought when i asked two weeks ago the i was one of the last people to ask for this. Then they claim that it might be some kind of overhead. Then they were claiming that they might change their routing infrastructure with different vendors' routers. Routers are Routers and Switches are Switches. I don't know about you guys but BGP authentication and BGP4 has pretty much been a standard for the last 4-5 years. I need to ask the nanog group in general; i'm not sure if this question is more obvious than not but do normal people out there for example BIG Brokerage firms have route Authentication for BGP Peering or is this a new thing? I'm not sure where to stand on this... Mufti Nayeem Ahmed Network Systems Engineer Market Data Networks Reuters America Inc. (212)-603-3595 Ehud Gavron <GAVRON(a)ACES.COM> on 06/27/2000 10:42:01 AM To: nanog(a)merit.edu cc: GAVRON(a)ACES.COM (bcc: Mufti Ahmed/NYC/US/Reuters) Subject: Stop Wcom and SPRINT from merging... customer service nightmare... (Snyder article) http://www.nwfusion.com/columnists/2000/0626snyder.html : ---------------------------------------------------------------- MCIWorldCom should finish what's already on its plateBy Bottom Line . Joel Snyder Network World, 06/26/00MCIWorldCom is continuing to push hard for its merger with Sprint, now offering to dispose of one of the Internet's unappreciated jewels, Sprint's Internet business. All this is in the name of competition, since WorldCom would presumably control more or less all the packets, phone calls and fiber optics in the world if no one was watching. I have one request to make of the regulators in Brussels and Washington: Please, please, please, don't let WorldCom and Sprint merge. My plea has nothing to do with competition; it has everything to do with customer service. In his insatiable quest to beat Bill Gates and Larry Ellison to become the richest technodude in North America, WorldCom CEO Bernie Ebbers has forgotten those poor people who actually made him rich -the customers. Since the megamonolithic-monstrosity of WorldCom was created, service has gone to hell. Nothing can be done in real time; nobody is empowered to solve problems. Oh, and prices have gone up. Way up. All WorldCom has brought to the table is an enormous cadre of obsequious customer service reps ("I'm terribly sorry you had to hold, sir"), manning the phones 24 hours a day, who don't seem to be able to do anything. As a customer of the new, improved, WorldCom, my company hasn't seen the benefits of consolidation. One bill for all services? That would be OK if the bill were correct. But when WorldCom acquired Brooks Fiber in 1998, errors were made in moving the billing data from one system to another. We've been complaining about it for 20 months, and WorldCom still hasn't figured it out. One contact for sales? Sounds great, but the benefits escape us. Line installs and deinstalls now have to move through the WorldCom bureaucracy, and a six-month delay to do anything is average. One company for all your needs? That would be wonderful if it were really one company. In March we ordered a circuit from UUNET, WorldCom's Internet service provider division, and had every expectation that it would be installed within 30 days. The official UUNET service-level agreement (SLA) is 40 business days. We're still waiting for that line to be installed - they blew the SLA a long time ago. Meanwhile, the UUNET techs are trying to figure out a way to make the combined fiber networks of UUNET, MCI, MFS and WorldCom stretch from Tucson to Phoenix. Sprint customers, beware! Inside WorldCom there are pockets of excellence, people who know their stuff and make the network run. But the bureaucratic monstrosity smothering them makes WorldCom a darn hard company to do business with. Will things get better? Perhaps. WorldCom certainly can't continue to do business this way. As long-term contracts begin to end, customers will search for other suppliers. The end result, today, is that WorldCom hasn't been able to completely merge the companies it already has. And now it's hungry for more? Someone should tell Bernie Ebbers he can't have dessert until he finishes his peas. Snyder, a Network World Test Alliance partner, is a senior partner at Opus One in Tucson, Ariz. He can be reached at Joel.Snyder(a)opus1.com. Copyright 2000 Network World, Inc. All rights reserved ---------------------------------------------------------------- Sent by: Joel Snyder - mailto:jms@opus1.com ................................................................ This message was sent from http://www.nwfusion.com/columnists/2000/0626snyder.html on Network World Fusion http://www.nwfusion.com/ ................................................................ ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd.

2 1