October 2000 - Test - lists.nanog.org

New Peering Point Mailing Lists
by Jeffrey Meltzer 09 Oct '00

09 Oct '00

Hello Everyone, There doesn't seem to be any mailing lists existing specifically for the public Peering Points. So, I've created a few. I've setup seperate lists for most of the major Peering Points in the US (Mae East, Mae West, NYIIX, etc), as well as lists for Europe and Asia-Pacific, and a general discussion list (11 lists in total). The lists are for anyone that is currently peering at these Exchange Points, or are thinking of doing so, and looking for more information. I've created some aliases to make it easier to subscribe to multiple lists. Check it out at http://www.publicnap.net Jeff

2 1

Re: Power Outage in Chicago Loop
by Sean Donelan 08 Oct '00

08 Oct '00

I asked the "top" four ISP's, and none reported any problems nor any other affects due to the power outage. None reported any power loss at all. The Internet performance graphs at Matrix shows the world-wide packet loss for the Internet and WWW sites doubled at the time of the Chicago Loop lost power. The packet loss increased from about 3.9% to 7.9%. http://average.miq.net/ The power anomaly (aka blackout) began at 12:45 CDT when a circuit breaker exploded at the 828 S Jefferson Street Commonwealth Edison power station, the resulting fire also damaged other breakers in the station. Power was interrupted between 24th and Chicago Ave; and Lake Shore Drive and Ashland Ave. Power was fully restored shortly after 6pm CDT. I believe this is the same substation which had problems last year. The Associated Press reported 12,000 direct customers were affected. The Chicago Tribune has a picture of the substation and fire on their web site. http://www.chicagotribune.com/news/metro/chicago/article/0,2669,ART-47366,F…

2 1

Power Outage in Chicago Loop
by Justin Hinderliter 08 Oct '00

08 Oct '00

Do what thou wilt shall be the whole of the law. Half of the Loop and musch of the surrounding area had zero power due to a fire in Commonwealth Edison transformers in Greek Town. The outage lasted over three and a half hours, taking lots of folks down as their UPS power dwindled. Currently, power is restored to the area. Love is the law, love under will. Frater M.A.Ch.H. 999 ~~~^^O^^~~~ MTH/HE/SX/TA/EN S++(*) W N+++(++) PEG++(XX) Dr+ A>++ a++ C G+ QH+++ 666++ Y++(+++) Z+

1 0

Effect of SS7 disruptions on dialup Internet access
by Sean Donelan 08 Oct '00

08 Oct '00

A few questions. I'm completing my paper on the effect of fiber cuts on the Internet, and I'm looking for a few data sources or SWAGs. How much Internet dialup is done via access banks connected to CLEC lines versus to Bell/ILEC lines? What percentage of the CLEC Internet dialup ports depend on a third-party (i.e. Illuminet) SS7 data channel to complete the call between the typical residential/business user on an ILEC line and the ISP on a CLEC line? My theory is because many of the ISP ports have migrated off the ILEC networks onto CLECs they are impacted by a SS7 failure more than the traditional call traffic. SS7 failures are very rare, but the two I know about disrupted dialup ISP access across huge geographic regions.

2 1

Unequal WAN bandwidth-balancing question.
by Roland Dobbins 07 Oct '00

07 Oct '00

I've a client who have a T1 and want to add a 100mb/sec microwave link to my POP (Fast Ethernet-to-microwave bridge). They've one router, a 36xx, with both Fast Ethernet and an internal Cisco DSU. The microwave portion is a breeze, but other aspects are giving me pause. At my POP, I have a Catalyst 5509 doing MPLS with a 7206 as the MLS-RP. The 7206 has a serial interface, and already has an external DSU plugged into it. The 7206/Catalyst combo is part of my OSPF backbone, area 0. What's the best way to set up load-balancing across these unequal links? I've done OSPF with unequal paths using multiple routers, same with EIGRP, but I'm unsure whether OSPF and/or EIGRP will support seeing two distinct interfaces in the same router or router/switch combo as being distinct neighbors. With EIGRP, it's possible to load-balance unequal paths so that no traffic goes through the higher-cost path unless/until the lower-cost path goes down; does this work if both paths happen to be attached to the same router? I have total control of both routers, so I have no problem making the customer's router a stub area in my OSPF IGP, or in letting their router participate in EIGRP. Any advice/comments/pointers would be greatly appreciated. -- ------------------------------------------------------------ Roland Dobbins <rdobbins(a)netmore.net> // 818.535.5024 voice

1 0

Re: Channelized T1's & Remote Access Routers
by Mike Trest 07 Oct '00

07 Oct '00

Even using the DSX-1, wouldn't she need 2-wire ringdown cards to supply POTS lines to the fax? Seems like it would be less expensive than putting in a PBX to handle fax traffic. --- John Fraizer EnterZone, Inc SEE: http://www.adtran.com/products/carrier_network/total_access/ta_750/index2.h… >Break out to POTS (FAX/DIAL) in groups of 4 lines per card. >Optionally, ..Drop of Fractional T1 on V.35 port >Send all remaining forward on DSX port. ..mike..

1 0

Channelized T1's & Remote Access Routers
by Karyn Ulriksen 07 Oct '00

07 Oct '00

I've been handling routing for web farms for quite a while and all my clients have leased lines (T1's, T3's, etc) and haven't done much in the way of dialup connects except for a portmaster here and there for backdoor stuff. As a result, I'm a little dumb about basic dial-up access and equipment. What access router would I need to take in a channelized T1 that needs to have 6 of the lines split out for feeds to a fax server and the remaining used for dialup POPs? I've been looking at the Ascend/Lucent SuperPipe 155 and the Cisco 36xx and 53xx, but wonder if those can split out the fax server feeds I need from the T1. Any and all *constructive* feedback on this will be greatly appreciated. Karyn

5 5

The Cidr Report
by Tony Bates 06 Oct '00

06 Oct '00

This is an auto-generated mail on Fri Oct 6 12:00:00 PDT 2000 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 06Oct00 0) General Status Table History ------------- Date Prefixes 290900 88909 300900 88195 011000 88325 021000 88317 031000 88456 041000 88428 051000 88525 061000 88980 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: 8668 Number of ASes announcing only one prefix: 4969 (2769 cidr, 2200 classful) Largest number of cidr routes: 907 announced by AS701 Largest number of classful routes: 1086 announced by AS701 1) Gains by aggregating at the origin AS level --- 06Oct00 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS271 431 153 278 64.5% BCnet Backbone AS1785 592 379 213 36.0% AppliedTheory Communications AS1221 621 454 167 26.9% TELSTRA-AS AS816 579 434 145 25.0% UUNET Canada (ASN-UUNETCA-AS4) AS9269 177 47 130 73.4% Hong Kong CTI AS7046 405 283 122 30.1% COQUI-NET PRTC Internet AS2609 128 8 120 93.8% EUnet-TN AS9304 125 15 110 88.0% Hutchcity AS4755 224 116 108 48.2% Videsh Sanchar Nigam Ltd. India AS7657 324 220 104 32.1% The Internet Group Limited AS7545 159 55 104 65.4% TPG Internet Pty Ltd AS705 363 263 100 27.5% ALTERNET-AS AS9706 103 9 94 91.3% Pusan Metropolitan City Office of AS6429 210 116 94 44.8% FirstCom Internet AS7496 126 35 91 72.2% Power Up AS8013 492 406 86 17.5% PSINET-CA AS174 539 453 86 16.0% Performance Systems International AS4293 340 257 83 24.4% Internal ASN for C&W AS13999 91 9 82 90.1% UNKNOWN AS6595 138 57 81 58.7% DODDSEUR AS3908 256 177 79 30.9% Supernet, Inc. AS577 248 175 73 29.4% Bell Backbone AS8895 107 37 70 65.4% Saudi Arabia AS AS724 223 156 67 30.0% DLA-ASNBLOCK-AS AS7018 579 512 67 11.6% AT&T WorldNet Service Backbone AS701 1086 1021 65 6.0% Alternet AS5106 99 36 63 63.6% AADS-COLUMBUS AS1727 139 76 63 45.3% MRMS-WEST AS3749 119 57 62 52.1% TECNET AS226 170 108 62 36.5% USC/Information Sciences Institut 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

Re: ATM Question
by Walter Prue 06 Oct '00

06 Oct '00

Richard, Your problem sounds very much like one I have been dealing with. You should try turning off caching on the ATM interface. My guess is that your problem will go away. Cisco recommended that I upgrade to a newer release so that I could again turn on distributed route caching. Walt On Fri, Oct 06, 2000 at 04:50:10AM -0700, Richard Inhand wrote: > I'm currently looking into a weird problem at an ATM > peering point on the West Coast, when I ping from my > peer router to any of my peers I get some but not > total packet loss, when I ping from one router back or > use the loopback interface as source things are fine. > Whereas, with all my other ATM peering point routers, > for example at MAE-EAST I can ping my peers cleanly > from the same router. This isn't (to my knowledge) > affecting traffic just wondering why this strange > phenomenon should occur only in the one place.

1 0

ATM Question
by Richard Inhand 06 Oct '00

06 Oct '00

I'm currently looking into a weird problem at an ATM peering point on the West Coast, when I ping from my peer router to any of my peers I get some but not total packet loss, when I ping from one router back or use the loopback interface as source things are fine. Whereas, with all my other ATM peering point routers, for example at MAE-EAST I can ping my peers cleanly from the same router. This isn't (to my knowledge) affecting traffic just wondering why this strange phenomenon should occur only in the one place. Any body else had any similar problems? Richard Hand __________________________________________________ Do You Yahoo!? Yahoo! Photos - 35mm Quality Prints, Now Get 15 Free! http://photos.yahoo.com/

3 3