July 1998 - Test - lists.nanog.org

MCI
by Joe Shaw 27 Jul '98

27 Jul '98

Anyone know what's going on with Internet MCI? I've talked to a few people local (Houston, TX area) who are MCI only customers and it appears that none of them are capable of announcing their routes via BGP. What gives? Joe Shaw - jshaw(a)insync.net NetAdmin - Insync Internet Services "Backhoes never sleep." - Patrick Greenwell

1 0

Re: IS-IS or OSPF as BGP IGP
by Paul Ferguson 27 Jul '98

27 Jul '98

My recommendation is not to redistribute BGP into any IGP at all. I personally consider that to be a very dangerous thing to do. - paul At 06:26 PM 7/17/98 -0400, Martin, Christian wrote: >All, > >Does anyone have any information on redistributing BGP traffic into OSPF >versus ISIS? What about just carrying IBGP sessions? My OSPF database >is growing, and I'd rather not carry LSAs with BGP routes as well as >private routes, etc. Too messy. By introducing ISIS and using it only >as a BGP IGP, what can I expect? Experiences with Cisco gear preffered. > >-Christian > >

3 2

Re:Worldcom Fiber Cut
by Mike Trest (Yokohama Office) 27 Jul '98

27 Jul '98

Martin, SONET redundancy is an option which not all SONET/SDH circuit providers are able to deploy. Even when it is deployed, the alternate strands are frequently inside the same fiber bundle (collapsed backbone) which makes primary circuit and the backup circuit subject to simultaneous back-hoe fade. Request "DLR" approval on your circuit orders to confirm diverse path . . . but do not hold your breath. My experience indicates that very few providers have truly diverse routed backup fiber between more than a few of their major circuit nodes. Most truly diverse routes involve "fiber swaps" among fiber owners with non-contiguous fiber routes. ..mike.. At 05:17 PM 7/22/98 -0400, you wrote: >600 DS3s affected. ETR 19:30-20:00. This is the second major cut in as >many weeks. Whatver happened to SONET redundancy, hmmm???? > >-Chris >

2 1

Re: Outages and Nanog
by Sean Donelan 26 Jul '98

26 Jul '98

>If there is a North-American network-outages list, I'd like to know >where I could get information about it. There are several. Most major providers claim to have one. But you usually have to be a customer, and rarely post information about outages. A provider's 'official' definition of an outage doesn't seem at all related to what an ordinary person would consider an outage. The DAL outage list often carries outage information from a variety of sources, official and unofficial. outage(a)dal.net. But be prepared for an onslaught of Bull's Eye Targeted E-mail. General discussion about outage lists (but not outages) is on the outage-discuss(a)academ.com list. A relatively quiet list. And finally, CNN has coverage of outages on an irregular basis. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

2 1

The Cidr Report
by Tony Bates 24 Jul '98

24 Jul '98

This is an auto-generated mail on Fri Jul 24 12:00:00 PDT 1998 It is not checked before it leaves my workstation. However, hopefully you will find this report interesting and will take the time to look through this to see if you can improve the amount of aggregation you perform. The report is split into sections: 0) General Status List the route table history for the last week, list any possibly bogus routes seen and give some status on ASes. 1) Gains by aggregating at the origin AS level This lists the "Top 30" players who if they decided to aggregate their announced classful prefixes at the origin AS level could make a significant difference in the reduction of the current size of the Internet routing table. This calculation does not take into account the inclusion of holes when forming an aggregate so it is possible even larger reduction should be possible. 2) Weekly Delta A summary of the last weeks changes in terms of withdrawn and added routes. Please note that this is only a snapshot but does give some indication of ASes participating in CIDR. Clearly, it is generally a good thing to see a large amont of withdrawls. 3) Interesting aggregates Interesting here means not an aggregate made as a set of classful routes. Thanks to xara.net for giving me access to their routing tables once a day. Please send any comments about this report directly to me. Check http://www.employees.org/~tbates/cidr-report.html for a daily update of this report. ------------------------------------------------------------------------------ CIDR REPORT for 24Jul98 0) General Status Table History ------------- Date Prefixes 170798 52681 180798 52642 190798 52713 200798 52774 210798 53149 220798 52850 230798 52922 240798 52857 Check http://www.employees.org/~tbates/cidr.plot.html for a plot of the table history. Possible Bogus Routes --------------------- AS Summary ---------- Number of ASes in routing system: 3754 Number of ASes announcing only one prefix: 1827 (958 cidr, 869 classful) Largest number of cidr routes: 353 announced by AS3561 Largest number of classful routes: 1137 announced by AS701 1) Gains by aggregating at the origin AS level --- 24Jul98 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS3602 525 313 212 40.4% Sprint Canada Inc. AS701 1137 934 203 17.9% Alternet AS271 344 144 200 58.1% BCnet Backbone AS4293 469 273 196 41.8% IMCI AS2493 432 254 178 41.2% iSTAR Internet, Inc. AS3749 223 66 157 70.4% TECNET AS174 723 586 137 18.9% Performance Systems International AS2685 267 162 105 39.3% IBM Global Network - US AS5668 134 50 84 62.7% Century Telephone Inc. AS3221 112 42 70 62.5% RIPE-ASNBLOCK4 AS4969 86 20 66 76.7% Net Access AS3804 220 155 65 29.5% Bell Solutions AS4755 114 50 64 56.1% Videsh Sanchar Nigam Ltd. India AS7046 228 165 63 27.6% UUNET-CUSTOMER AS4740 393 336 57 14.5% ASN-OZEMAIL (Ozemail Pty Ltd) AS10928 101 46 55 54.5% UNKNOWN AS3403 180 126 54 30.0% TIAC AS8517 122 72 50 41.0% UNKNOWN AS6335 68 19 49 72.1% NTRNET AS549 202 153 49 24.3% ONet Backbone AS72 85 37 48 56.5% Schlumberger Information Network AS1239 539 492 47 8.7% SprintLink Backbone AS719 452 406 46 10.2% LANLINK-AS AS4539 71 26 45 63.4% NETROPOLIS AS4200 144 99 45 31.2% AGIS (Apex Global Information Ser AS852 157 116 41 26.1% AGT Advance Communication AS1785 293 252 41 14.0% NYSERNet Backbone AS10459 48 7 41 85.4% WANSASN AS10921 57 19 38 66.7% KIHNETWORK AS762 117 80 37 31.6% WELLFLEET-AS For the rest of the previous weeks gain information please see http://www.employees.org:80/~tbates/cidr-report.html 2) Weekly Delta Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report 3) Interesting aggregates Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report

1 0

Worldcom cut?!?
by Adam Rothschild 24 Jul '98

24 Jul '98

Anyone have any information about the extent of this Worldcom phiber cut in PA, est. repair time, etc? Thanks in advance, -Adam

5 4

ALTER.NET SFO is FUBAR
by John M. Brown 23 Jul '98

23 Jul '98

Incase you are dependant on ALTER.NET's SFO ATM link its having problems. Thus you may not be able to get to A, J, L and M root servers or Internic.net No other info is available at this time. jmbrown

2 2

Re: Worldcom cut?!?
by Leo Bicknell 23 Jul '98

23 Jul '98

In article <6p89q9$d33(a)gizmo.dimension.net> you write: >I have noticed that different 'fiber cuts' (or other transmission >facility problems) seem to get different kinds of reactions. Some >carriers' fiber cuts seem to pass unnoticed. While other carriers' >cable cuts make the front pages of newspapers across the country. A lot of it depends on who is impacted by the cut, and how the cut impacts traffic. Some observations by me, the non-telcohead router-geek to just buys circuits and expects them to work: 1) Why do my "SONET protected with redundant rings" based circuits go down from a fiber cut? I have to assume either I was lied to, and they are not redundant, or both "redundant rings" ran down the same path...making me wonder what good they ever were in the first place. Carriers with diverse physical paths win big here. 2) Why do circuits "bounce" after a cut. I've seen circuits pop up and down after a cut, which just causes all sorts of problems. I think this mainly comes from attempts to "re-route" traffic. Having the circuit bounce up and down is almost always worse then if it was just down. 3) Does the cut take out a lot of little circuits, or a few big ones? Taking out 4 OC-12's into a mae often makes things 10,000 times worse than taking out the 360 DS1's that could be in the same fiber. (IP like networks often can absorb a T1 here or there in reroutes, but not an OC-12....excess capacity has it's cost.) I think more data would be highly useful, but not necessarily in the sort of way the FCC looks at it. The FCC has issues like "will 911 work", where the ISP has issues like can I provide service to my users. In some ISP networks losing a circuit would be inconvenient, but fully planned for and not impact service. Also, things like point 1, was there a redundant path so the "cut" had minimal impact are very important to me, as a purchaser of circuits. There could be a lot of value in an tracking the performance in a more abstract way than the FCC does. -- Leo Bicknell - bicknell(a)dimension.net Network Engineer (CCIE #3440) - Dimension Enterprises 1-703-709-7500, fax, 1-703-709-7699

1 0

Re: Worldcom cut?!?
by Sean Donelan 23 Jul '98

23 Jul '98

Although it will be a few months before I can get my hands on recent FCC outage reports, even though they are supposedly "public" I always seem to run into difficulty obtaining copies, I'll use this message as a jumping off point. I have noticed that different 'fiber cuts' (or other transmission facility problems) seem to get different kinds of reactions. Some carriers' fiber cuts seem to pass unnoticed. While other carriers' cable cuts make the front pages of newspapers across the country. Further it is not clear to me if the current FCC reporting methods are really capturing the relevant data. Whether a fiber cut is a "reportable" event depends a lot on what type of customers had communication circuits on the fiber. If AOL had a fiber cut and was down for a week, it would not be a reportable event. Irregardless of whether all the newspapers report on it. Because AOL is considered one 'customer' as far as the reporting requirements. Even 635 DS3s being cut may not be a reportable event if most of the fiber is being used by only a a few hundred Internet providers (no matter how many end-users are effected). On the other hand, if the fiber was being used mostly for DS-0 switched voice circuits, it would be a likely be a reportable event because of the definition of blocked calls and circuits. Should ISPs start collecting and pooling data on the performance of various facility carriers because the data being collecting by the traditional facility carrier organizations such as ATIS and FCC Network Reliability Council doesn't seem to reflect the information required or received by ISPs? > This afternoon at about 13:45 WorldCom experienced a fiber cut, the > cause of which is unknown. > > The location of the cut has been determined to be between Stanton, DE > and Broyhill, MD. > > WorldCom has sent technicians. > > Repairs are estimated to take 3-4 hours. > > Approximately 635 DS3s have been effected by this outage. > > A variety of IXCs have been effected. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

1 0

Re: Smurfable Networks
by Richard Thomas 23 Jul '98

23 Jul '98

-----Original Message----- From: Brian Horvitz <horvitz(a)shore.net> To: Richard Thomas <buglord(a)ex-pressnet.com> Cc: nanog(a)merit.edu <nanog(a)merit.edu> Date: Wednesday, July 22, 1998 2:51 PM Subject: Re: Smurfable Networks >Actually, it turns out that a some of what I posted were only echo replies >from single hosts. This was indeed a real smurf..at one point we were >pulling about 50 Meg over 3 T3s. The error I made was in generating the >list of amplifier networks from my log files. Networks with even one >single echo reply to the target address were included in the list. Such >was the case with the net 12 entries - each one corresponded only to one >IP address, not a whole network worth. I tried about 30 from the list and didn't get a single dupe, but anyhow, check out SmurfLog v1.1 available at http://www.sy.net/security by yours truly, a much better way to gather only the guilty without generating 2 gig log files in the process.

1 0