March 2000 - Test - lists.nanog.org

more-specifics in class B space?
by Tom Spindler 25 Mar '00

25 Mar '00

How many of y'all are not accepting announcements for /17s or greater in the old class B space? (Or could say who else is not?) Tom, not speaking for anybody but himself

11 12

Re: rack space in NYC?
by Paul Vixie 24 Mar '00

24 Mar '00

biitti(a)yahoo.se (=?iso-8859-1?q?peter?=) writes: > I am looking for co-lo space/telehousing in NYC for > an European ISP. With good connectivity to the major > networks, ISP's and transmission at 45/155M level. > > Any suggestions or experiences? MFN/Abovenet has an ISX facility at 111 8th. -- Paul Vixie <vixie(a)mibh.net> SVP for Internet Services, MFNX M.I.B.H. Inc. is a subsidiary of Metromedia Fiber Network, Inc.

1 0

The Cidr Report
by Tony Bates 24 Mar '00

24 Mar '00

This is an auto-generated mail on Fri Mar 24 12:00:00 PST 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 24Mar00 0) General Status Table History ------------- Date Prefixes 290200 73317 010300 73424 020300 73040 140300 72929 210300 73882 220300 74110 230300 73692 240300 74204 Check http://www.employees.org/~tbates/cidr.plot.html for a plot of the table history. Possible Bogus Routes --------------------- *** Bogus 65.45.0.0/19 from AS10585 *** Bogus 103.10.0.0/16 from AS209 *** Bogus 172.16.250.0/24 from AS8642 *** Bogus 219.91.160.0/22 from AS7742 *** Bogus 219.91.164.0/23 from AS7742 AS Summary ---------- Number of ASes in routing system: 7017 Number of ASes announcing only one prefix: 3864 (2101 cidr, 1763 classful) Largest number of cidr routes: 919 announced by AS701 Largest number of classful routes: 1034 announced by AS701 1) Gains by aggregating at the origin AS level --- 24Mar00 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS271 436 156 280 64.2% BCnet Backbone AS1221 691 532 159 23.0% TELSTRA-AS AS7046 452 307 145 32.1% COQUI-NET PRTC Internet AS9269 159 27 132 83.0% Hong Kong CTI AS9706 151 22 129 85.4% Pusan Metropolitan City Office of AS2609 121 23 98 81.0% EUnet-TN AS7657 269 174 95 35.3% The Internet Group Limited AS7545 154 61 93 60.4% TPG Internet Pty Ltd AS705 304 215 89 29.3% ALTERNET-AS AS174 558 470 88 15.8% Performance Systems International AS7496 124 39 85 68.5% Power Up AS4293 285 200 85 29.8% Internal ASN for C&W AS6429 202 119 83 41.1% RDC-INTERNET AS9304 107 27 80 74.8% Hutchcity AS577 248 172 76 30.6% Bell Backbone AS9557 91 23 68 74.7% Pakistan Telecommunication Compan AS209 425 359 66 15.5% Qwest Communications AS3602 306 242 64 20.9% Sprint Canada Inc. AS3749 121 60 61 50.4% TECNET AS1727 151 91 60 39.7% MRMS-WEST AS7260 108 50 58 53.7% NORLIGHT AS4740 335 277 58 17.3% Ozemail Pty Ltd (ASN-OZEMAIL) AS701 1034 977 57 5.5% Alternet AS724 194 138 56 28.9% DLA-ASNBLOCK-AS AS816 327 272 55 16.8% UUNET Canada (ASN-UUNETCA-AS4) AS7029 97 46 51 52.6% ALLTELNET AS4200 140 92 48 34.3% AGIS (Apex Global Information Ser AS6595 88 42 46 52.3% DODDSEUR AS7568 66 21 45 68.2% C.S. Communications Co., Ltd. AS684 85 40 45 52.9% Manitoba Regional Network Backbon 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

Fwd: You DNS-Rooting does not work!
by Eric Germann 24 Mar '00

24 Mar '00

If you can't get ICANN to delegate, why not grass roots yourself into the DNS space. :) Or did I miss something adding the .PC domain off the root. too bad they don't speak english or have a reply-able email address. Eric >From: Admin(a)Nic.PC >Reply-To: Admin(a)Nic.PC >To: ekgermann(a)cctec.com >Subject: You DNS-Rooting does not work! >Date: Wed, 22 Mar 2000 09:43:07 +0100 > >Hallo! > >Some poeple tell us that they can not get any connect to us >from out your zone. I try it out and see that some of your rootings are >working not correct! Can you please update your DNS-Records with our >rootings and zone-information? Here are the data for processing: > >----- >nic.pc. IN SOA microserv.org. netnic.nic.pc. (2000032201 21600 10800 604800 43200) >nic.pc IN A 24.132.37.24 >nic.pc IN CNAME thc.tzo.com >nic.pc IN NS ns.microserv.org >nic.pc IN NS gateway.dynip.com >nic.pc MX mail.nic.pc (Preference 100) >nic.pc RP admin.nic.pc nic.pc >www.nic.pc IN A 24.132.37.24 >mail.nic.pc IN A 24.132.37.24 >----- >Please enable ROUND ROBIN if your DNS has this feature. >If you need or want, it will be no problem for us to share a primary or secondary >with you because everyone can reach us better if there are more nameservers. > >If you are not the administrative contact for this zone, please forward this >message to your HOSTMASTER or ISP. > >Greetings, Pierre >Nic.PC Administrator > ========================================================================== Eric Germann Inacom Info Systems egermann(a)inacomlima.com Lima, OH 45801 Ph: 419 331 9050 ICQ: 41927048 Fax: 419 331 9302 "It is so easy to miss pretty trivial solutions to problems deemed complicated. The goal of a scientist is to find an interesting problem, and live off it for a while. The goal of an engineer is to evade interesting problems :)" -- Vadim Antonov <avg(a)kotovnik.com> on NANOG

1 0

Re: rack space in NYC?
by Pete Rabbid-Buffalo 24 Mar '00

24 Mar '00

If you can get into 25 Broadway, InterNAP can provide you with the bandwidth that you require. (refer to the private email I just sent you) >From: Jim Dixon <jdd(a)vbc.net> >To: peter <biitti(a)yahoo.se> >CC: nanog(a)merit.edu >Subject: Re: rack space in NYC? >Date: Fri, 24 Mar 2000 12:10:38 +0000 (GMT) > > >On Fri, 24 Mar 2000, [iso-8859-1] peter wrote: > > > I am looking for co-lo space/telehousing in NYC for > > an European ISP. With good connectivity to the major > > networks, ISP's and transmission at 45/155M level. > > > > Any suggestions or experiences? > >Telehouse America. www.telehouse.com +1 (718) 355-2500 > >An affiliate of Telehouse Europe which houses most of the LINX in >London. > >They are in Manhattan at 25 Broadway. > >-- >Jim Dixon VBCnet GB Ltd http://www.vbc.net >tel +44 117 929 1316 fax +44 117 927 2015 > > ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

1 0

rack space in NYC?
by peter 24 Mar '00

24 Mar '00

I am looking for co-lo space/telehousing in NYC for an European ISP. With good connectivity to the major networks, ISP's and transmission at 45/155M level. Any suggestions or experiences? _____________________________________________________ Do You Yahoo!? Ditt_namn(a)yahoo.se - skaffa en gratis mailadress på http://mail.yahoo.se

3 2

Latest From Network Solutions
by Derek J. Balling 23 Mar '00

23 Mar '00

I needed to make some NIC changes today (updating contact info), and was told that if I wanted it done "soon", I should pay them $30 or some such for their "express service", where they guarantee that someone will handle the request in one business day. Otherwise, it "could take over a week to get done." And they wonder why people don't bother to keep their whois info up to date? :) D

4 4

Re: Latest From Network Solutions
by Derek J. Balling 23 Mar '00

23 Mar '00

It's a little more confusing than normal, that's all. Something the automated systems kick out for manual processing. D At 04:35 PM 3/23/00 -0500, dhudes(a)advsol4.dsl.concentric.net wrote: >Why is a person at NSI even involved?? Its supposed to be handled >automatically via e-mail with proper authentication (e.g. PGP if you >selected that). > > On Thu, 23 Mar 2000, Derek J. Balling wrote: > > > > > I needed to make some NIC changes today (updating contact info), and was > > told that if I wanted it done "soon", I should pay them $30 or some such > > for their "express service", where they guarantee that someone will handle > > the request in one business day. Otherwise, it "could take over a week to > > get done." > > > > And they wonder why people don't bother to keep their whois info up to > date? :) > > > > D > > > > > >

1 0

Re: more-specifics in class B space?
by Sean Donelan 23 Mar '00

23 Mar '00

On Wed, 22 March 2000, Joe Provo - Network Architect wrote: > It also appears that there are parties who received address delegations > within classical B space and are parceling chunks out, without any > delegation or registration. Without that administrativia, and no clear > customer-vendor relationship in an AS path, how does this behavior look > any different to address hijacking? This was the primary reason why I didn't listen to more specifics than normal ARIN CIDR delegations. I was willing to punch a hole for anyone who could come up with a good story, but almost all the announcements were mistakes or hijacks. Someone unknown person would announce a /17 out of a university's address block, and black hole half of the university. This is a severe, but silent, problem in today's Internet. These hijackings have resulted in worse DoS attacks than the Yahoo! floods in February, but because so few NOCs know what to look for, most people just think its the flacky Internet. Yes, I'm aware of AS 702. It still doesn't make it right. My question is why can't you announce an aggregate matching the allocated address block? If you have no common AS path, no common administrative authority, no common provider, why are you using the same network block? In every case I've come across so far, the correct answer is either get seperate blocks or announce an aggregate at your border or your upstream's border. This is the usual answer in the case of a state university with several campuses. They may have more specifics within their network and their upstreams, but the upstream announces a common aggregate for the entire state network. Or if they are truely independent institutions they should get independent address blocks from one of the address registries on an appropriate boundary. This is a different issue than getting the registries to allocate small CIDR blocks.

1 0

Re: Sprint routing issues
by trall＠almaden.ibm.com 23 Mar '00

23 Mar '00

On 03/22/2000 at 23:34:54 EST, jlewis(a)lewis.org wrote: > Is it just me or is Sprint having issues tonight? I noticed some routing > problems getting to C&W hosted sites via Sprint. When I tried to go to > www.sprint.net, I couldn't resolve it. According to F, sprint.net's NS's > are: > > NS1-AUTH.SPRINTLINK.net. 2D IN A 206.228.179.10 > NS2-AUTH.SPRINTLINK.net. 2D IN A 144.228.254.10 > NS3-AUTH.SPRINTLINK.net. 2D IN A 144.228.255.10 > > These are all currently unreachable from our site (directly connected to > Sprint and UUNet) and multiple offsite locations on other backbones. I can ping all of them, but none answer DNS queries. Makes it tough to access their customers. Tony Rall

4 4