- NANOG - lists.nanog.org

Re: Worldcom Fiber Cut (FLA)
by Mark Moore 04 May '99

04 May '99

I did not even ask about how it happened. Getting our circuit re-routed is hard enough. :> ~mark At 04:34 PM 05/04/1999 , you wrote: >mark(a)gleim.COM (Mark Moore) writes: >>Worldcom has a fiber cut between on New England Ave in Winterpark affecting >>97 DS3's. There are no technicians on site yet. Looks like AT&T circuits >>have been affected also. > >Ah, you beat me to it. My first report was in northern florida, but >see from your information it was central florida. Worldcom told me it >was a construction crew. ---------------------------- Mark Moore <mark(a)gleim.com> Network Administrator Gleim Publications, Inc. http://www.gleim.com (352) 375-0772 ext. 116 (800) 87-GLEIM ext. 116 FAX: (352) 375-6940 -----------------------------

1 0

FIBER CUT: Northern Florida
by Sean Donelan 04 May '99

04 May '99

A fiber cut has been reported in Northern Florida (Tallahasse?). Repair crews are enroute, but no estimated time for repair. In other news, last evening severe storms and at least one F-5 tornado and eighteen other tornados passed through Oklahoma, Kansas and Texas. 34 confirmed deaths. At least six electrical power substations were destroyed. Most interstate telephone lines are buried in the area, and the telephone buildings just happened to get missed. Southwestern Bell Telephone reports very high telephone traffic as people tried calling into or out of the area, causing some congestion and blocked calls. No problems reported with any Internet backbone providers at this time, but there may be some dig-ups as heavy machinery is used to clear debris in the area over the next few weeks. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

1 0

Worldcom Fiber Cut (FLA)
by Mark Moore 04 May '99

04 May '99

Worldcom has a fiber cut between on New England Ave in Winterpark affecting 97 DS3's. There are no technicians on site yet. Looks like AT&T circuits have been affected also. ~mark ---------------------------- Mark Moore <mark(a)gleim.com> Network Administrator Gleim Publications, Inc. http://www.gleim.com (352) 375-0772 ext. 116 (800) 87-GLEIM ext. 116 FAX: (352) 375-6940 -----------------------------

1 0

UUNET contact needed...
by Rich Sena 04 May '99

04 May '99

to resolve peering issue in and around DEIX in Germany -- I am nothing if not net-Q! - ras(a)poppa.thick.net

2 2

Re: Smurf tone down
by sthaug＠nethelp.no 03 May '99

03 May '99

> > access-list 175 permit icmp any any > > int bleh/bleh > > rate-limit input access-group 175 128000 8000 8000 conform-action transmit exceed-action drop > > rate-limit output access-group 175 128000 8000 8000 conform-action transmit exceed-action drop > > I agree, the above isn't all that hard. > > However, I'd argue that the above is in some sense wrong. > There's no need to put all ICMP traffic in the same basket; some > ICMP traffic is required for e.g. path MTU discovery to work. > So, instead I'd use > > access-list 175 permit icmp any any echo-reply With all the smurf amplifiers available, it is of course easier to generate several Mbps of ICMP Echo Reply than it is to generate large amounts of other ICMP traffic. However, if your network is exposed to several Mbps of inbound ICMP *other* than Echo Reply, it may be equally bad for your network. So I prefer to leave it as 'icmp any any'. Steinar Haug, Nethelp consulting, sthaug(a)nethelp.no

1 0

Re: Smurf tone down
by Havard.Eidnes＠runit.sintef.no 03 May '99

03 May '99

> > 3) Can't manage it. Providers are understaffed with clueful people. > > Is this really that hard? > > access-list 175 permit icmp any any > int bleh/bleh > rate-limit input access-group 175 128000 8000 8000 conform-action transmit exceed-action drop > rate-limit output access-group 175 128000 8000 8000 conform-action transmit exceed-action drop I agree, the above isn't all that hard. However, I'd argue that the above is in some sense wrong. There's no need to put all ICMP traffic in the same basket; some ICMP traffic is required for e.g. path MTU discovery to work. So, instead I'd use access-list 175 permit icmp any any echo-reply But you all knew that already, right? ;-) - Håvard

1 0

Re: Smurf tone down
by Ron Buchalski 03 May '99

03 May '99

>From: Leo Bicknell <bicknell(a)ufp.org> >To: stuart(a)tech.org (Stephen Stuart) >CC: bicknell(a)ufp.org, alex(a)nac.net, twinders@spc.cc.tx.us,nanog@merit.edu >Subject: Re: Smurf tone down >Date: Sat, 1 May 1999 17:28:51 -0400 (EDT) > > >In a previous e-mail, Stephen Stuart said: > > > > It's also avail in 11.1.2x(CC) for the 7xxx's. > > > > > > 7[25].. > > > > > > There are no new CC images for 7000's. > > > > But the rsp images work if you have an RSP7000, yes? > > Correct. Cisco makes this confusing. ^^^^^^^^^ > >RP No CC >RP+SP No CC >RP+SSP No CC >RSP7000 CC > What's the confusion? The 11.1CC train runs on all RSP-based 7xxx systems. That means RSP7000s and 7500s. -rb _______________________________________________________________ Get Free Email and Do More On The Web. Visit http://www.msn.com

1 0

None
by Timothy R. McKee 03 May '99

03 May '99

Christian & NANOG in general: Our apologies for the BGP problem. We turned down our peering with UUNET today due to serious routing problems in Raleigh NC. When our NOC personnel reestablised the peering, they failed to utilize the peer-group that includes all of our outbound route filtering. Additional documentation and training will be implemented Monday - in the interim any BGP alterations will be performed by Backbone Engineering. We will audit our RA entries and verify that all of our routing data is present and correct. Tim McKee, Chief Technology Officer Info Avenue Internet Services, LLC

5 4

NTP sources at EPs?
by R.P. Aditya 03 May '99

03 May '99

Do any Exchange Points operate NTP Stratum 1 or 2 clocks for participants to sync off of? If not, it might be a good service to provide at an IX. There is a good list of GPS based NTP servers at: http://www.eecis.udel.edu/~ntp/hardware.html Thanks, Adi

3 3

OUTAGE: Satellite/Beeper failure (not an old message about Galaxy IV)
by Sean Donelan 01 May '99

01 May '99

Mexico lost pager service when the Solidaridad I satellite failed today. Satmex did not have an estimate when service could be restored. Users are being transferred on a space available basis to other satellites. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

1 0