April 1999 - Test - lists.nanog.org

The Cidr Report
by Tony Bates 09 Apr '99

09 Apr '99

This is an auto-generated mail on Fri Apr 9 12:00:00 PDT 1999 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 09Apr99 0) General Status Table History ------------- Date Prefixes 020499 57822 030499 57882 040499 57870 050499 57905 060499 57698 070499 57862 080499 57891 090499 58050 Check http://www.employees.org/~tbates/cidr.plot.html for a plot of the table history. Possible Bogus Routes --------------------- *** Bogus 71.0.2.0/24 from AS1239 AS Summary ---------- Number of ASes in routing system: 4780 Number of ASes announcing only one prefix: 2392 (1282 cidr, 1110 classful) Largest number of cidr routes: 380 announced by AS701 Largest number of classful routes: 813 announced by AS701 1) Gains by aggregating at the origin AS level --- 09Apr99 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS271 355 144 211 59.4% BCnet Backbone AS174 627 517 110 17.5% Performance Systems International AS4293 291 184 107 36.8% IMCI AS226 205 100 105 51.2% USC/Information Sciences Institut AS4755 166 77 89 53.6% Videsh Sanchar Nigam Ltd. India AS2493 218 135 83 38.1% iSTAR Internet, Inc. AS3749 138 61 77 55.8% TECNET AS4200 166 95 71 42.8% AGIS (Apex Global Information Ser AS1267 94 24 70 74.5% IUNET-AS AS7496 97 31 66 68.0% Power Up AS1221 448 383 65 14.5% AARNET-AS AS7545 110 46 64 58.2% TPG Internet Pty Ltd AS7046 268 205 63 23.5% UUNET-CUSTOMER AS7657 174 115 59 33.9% The Internet Group Limited AS4740 338 280 58 17.2% Ozemail Pty Ltd (ASN-OZEMAIL) AS1239 524 466 58 11.1% SprintLink Backbone AS10928 109 53 56 51.4% UNKNOWN AS577 230 176 54 23.5% Bell Canada Backbone AS72 92 40 52 56.5% Schlumberger Information Network AS3493 233 182 51 21.9% INTERLINK AS719 459 411 48 10.5% LANLINK autonomous system AS5674 80 36 44 55.0% PBI-NET-BLK AS3737 104 68 36 34.6% PenTeleData Inc. (ASN-PTD) AS1 509 473 36 7.1% BBNPLANET AS7745 39 4 35 89.7% BIGSKY-AS AS803 70 36 34 48.6% SaskNet Backbone AS7122 111 78 33 29.7% MTS ADVANCED Network Policy AS262 36 3 33 91.7% JVNC-II-AS AS1785 247 215 32 13.0% NYSERNet Backbone AS6172 153 122 31 20.3% HOME-NET-1 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

ANNOUNCEMENT: RELEASE OF IRRd-1.3-Beta
by Gerald Andrew Winters 09 Apr '99

09 Apr '99

Merit Network, Inc. is pleased to announce the first production-quality release of the Internet Routing Registry Daemon (IRRd). Source code, manuals and binaries are now *freely* available from: http://www.irrd.net IRRd is an optimized, multi-threaded IRR database server with support for a complete set of RIPE-181 registry services, including: whois queries, an interactive Cisco-like configuration/management interface, remote registry mirroring, email/tool object submissions, and password/PGP. IRRd also includes private database support, security access lists, and an expanded query language. We encourage providers actively using the RADB (and other IRR registries) in production for the generation of router access lists/config files to run a local, mirroring copy of the IRRd server. IRRd has served as the production RADB routing registry daemon since early February. Note: Complete RPSL support will be available with IRRd-2.0 (beta release scheduled for late May). If you are interested in serving as an alpha tester for IRRd-2.0 please send email to irrd-support(a)irrd.net. -- The IRRd Development Team

1 0

NANOG 16 HOTEL
by Pam Ciesla 09 Apr '99

09 Apr '99

Reminder the room block for NANOG 16 at the Eugene Hilton ends Thursday, 4/22. The phone number for the Hilton is 541-342-2000. Hotel and other info can be found on webpage http://www.nanog.org. Any questions please contact me. Thanks Pam Pam Ciesla Merit Network,Inc. 734-936-0172 - phone 4251 Plymouth Road 734-647-3185 Bldg.I, Suite C pam(a)merit.edu Ann Arbor, MI 48107

1 0

RE: Cisco Route filtering [was Re: OPS: BGP spew from ASN 7374]
by Martin, Christian 09 Apr '99

09 Apr '99

> I've had a question on this for some time that maybe can get answered > here. > > Let's assume for a moment that I have a network of 209.123/18 > (1/4 of a > classful B). > > Let's further assume that my upstream filters me with: > > access-list 2002 permit ip host 209.123.0.0 host 255.255.0.0 > neigh 2.3.4.5 distrib 2002 in > > Will my /18 announcement make it through this /16 filter? No. The ACL specifies an exact match. > Would the same be true with a prefix-length filter, which I assume the > syntax would be: > > ip prefix-list 1 permit 209.123.0.0/16 > neigh 2.3.4.5 prefix-list 1 in > Same deal. Chris

2 1

Re: OPS: BGP spew from ASN 7374
by Sean Donelan 08 Apr '99

08 Apr '99

"Brian Dickson" <briand(a)teleglobe.net> writes: >Anyone who peers with the CIX and doesn't filter (or peers with anyone and >doesn't filter) gets what they deserve. At a minimum, as-path filtering; >preferably, prefix filtering based on RADB registrations. IMHO. Yeah, I know. I deserved that. For reasons best discussed only after consuming large quantities of beer, I hadn't filtered that BGP session. A ticking time bomb that finally went off. With the end of ANS as a seperate network, will there be any network pressure to keep any public routing registry up to date? >But yes, memory, even NVRAM, isn't so expensive, and it would be nice >if this were at least field-replaceable or upgradeable (eg, first chip >is soldered to the board, but with empty sockets for add-on NVRAM.) I'd even be willing Cisco memory prices for that!!! ========== Also a reminder, the electric power industry will be conducting a Y2K drill on Friday, April 9, 1999. This is not expected to affect end-customer's electrical service. ftp://ftp.nerc.com/pub/sys/all_updl/docs/pressrel/4-9-99-drillreminder.pdf Next week, April 14, the FCC NRIC committee will be reviewing the telephone industry Y2K tests. http://www.nric.org/ I'm looking forward to the end of 1999. It means no more Y2K presentations. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

7 8

Re: IRRs [was Re: OPS: BGP spew from ASN 7374]
by jprovo＠ma.ultranet.com 08 Apr '99

08 Apr '99

The subject line is misleading; "the IRR" is a single amalgam of several RRs. Dan Senie wrote: >If common and consistent tools and rules were used to build filters from >a SINGLE public database, and if the database site listed contact >information and test addresses for each network using the database, I >think folks could live with that. The IRR is supposed to be merged of all the regional RRs and be a 'single DBs', but with each registry-user (regional RR) getting to chose its 'preference' for duplicated objects and essentially search order. The issues with ANS and 'radical changes' have at least been consistant since the migration from the PRDB. How the ARIN RR is supposed to fit in appears to remain ambiguous; it seems like it needs to be just another regional RR, but data exists within the ARIN RR that is not being melded into the IRR at any point at which I can inquire. There is also no discussion about the migration, mirroring, etc of the RA-registered data that "rightfully" lives under the ARIN sphere of influence. Anyway, Merit has a partial, growing list of RRs living at http://www.merit.edu/radb/list.html Sean Donelan wrote: >With the end of ANS as a seperate network, will there be any network >pressure to keep any public routing registry up to date? I would believe it would be hard for CW to migrate away from the 'heavy pressure' of the former MCI policies. infopage.cw.net seems to have been updated more than just "s/mci/cw/". I do note that the "which routing registry" subsection only lists the RA, CA*NET, and RIPE in addition to CW; no mention of APNIC, CCAIR, JPNIC, KRNIC, TWNIC, BellCA or LEVEL3. Cheers, Joe -- Joe Provo, Manager 508.229.8400 x 3006 Interconnections and Technology Evaluation Fax 508.229.2375 Technology & Network Development, RCN <joe.provo(a)rcn.com>

1 0

New Network Administration Message Board
by Hypercube Webmaster 07 Apr '99

07 Apr '99

Come check out the newest Network Administrators Message Board at: Hypercube Bulletin Board http://www.hypercube.net/cgi-bin/Ultimate.cgi?action=intro -------------- Hypercube Graphix info(a)hypercube.net http:/www.hypercube.net

1 0

Time is MONEY !!!
by Stone 07 Apr '99

07 Apr '99

Hi, WHAT HAPPENS WHEN YOUR COMPANY PLACES CALLERS ON HOLD? Are they dumped into an empty black hole of silence where time really drags and they feel ignored and frustrated? OR Are they listening to a radio station playing music and ads for McDonalds,some local car dealer or even a COMPETITOR!! The on hold audience is captive and the fact that people have called indicates they are more than just a little interested. You now have a super qualified on hold audience of literally thousands each year. It's the perfect opportunity to promote your company and the products and services you offer. Our company has over 8 years of experience in the on hold advertising field. We manufacture our own fully digital player (5 Year Warranty) and have a full production staff, license free background music and a professional digital recording studio along with a 30 day satisfaction guarantee. Our unit is compatible with any business telephone system with an on hold or audio port. Give us a call at (888) 546-5348 for a no obligation quotation. P.S. If you already have an on hold system, we can provide you with professional custom recordings. /////////////////////////////////////////////////// To be removed from future mailings, please send an email to mailto:bingmr@eudoramail.com?subject=remove ///////////////////////////////////////////////////

1 0

RE: BGP spew from ASN 7374
by Martin, Christian 07 Apr '99

07 Apr '99

Sean Donelan wrote: >Cisco: could we please have more config memory, so we can load access-lists >for even huge BGP peers? service compress-config boot buffersize 1000000 Have allowed me to scale an extended MAC address ACL (1100) to over 7000 entries with plenty to spare (don't ask why). What needs to be enhanced is the 'grep' capabilities introduced in 20CC. We need extended regular expression matching. The pipe is nice, but not enough... Of course, 512k of NVRAM wouldn't hurt. ;) Chris >-- >Sean Donelan, Data Research Associates, Inc, St. Louis, MO > Affiliation given for identification not representation

1 0

7374 leak at CIX fixed ... apology
by Matt Hempel 07 Apr '99

07 Apr '99

This was my mistake ... I forgot the outgoing ^$ filter on my announcement. I guess I was overwhelmed by the excitement of all those 701 routes. Unfortunately, I was out of the office and my routing partner is out of the country so the leak lasted almost two hours. And of course the one time there wasn't someone on the other end to sanity check my announcements, I missed. Again, my apologies. The problem should be ratified. --matt hempel

1 0