March 1998 - Test - lists.nanog.org

Re: Someones being naughty again...
by shields＠crosslink.net 14 Mar '98

14 Mar '98

In article <Pine.BSD/.3.91.980313185428.24020A-100000(a)fastlane.ca>, Marc Hurst <mhurst(a)fastlane.ca> wrote: > traceroute to 24.112.43.xx (24.112.43.xx), 30 hops max, 40 byte packets > 1 netgwb (205.227.188.1) 196 ms 611 ms 9 ms > 2 oakland-cr2.bbnplanet.net (4.0.68.77) 20 ms 15 ms 19 ms > 3 oakland-br2.bbnplanet.net (4.0.16.17) 16 ms 15 ms 22 ms > 4 sanjose1-br1.bbnplanet.net (4.0.1.74) 25 ms 16 ms 15 ms > 5 bb.mae-w.home.net (198.32.136.70) 19 ms 17 ms 21 ms > 6 172.16.2.174 (172.16.2.174) 110 ms 108 ms 107 ms > 7 r3-fe0-0-100bt.rdc1.on.wave.home.net (24.2.9.4) 121 ms 108 ms 112 ms > 8 10.0.184.34 (10.0.184.34) 153 ms 109 ms 106 ms > 9 pc-30xxx.on.rogers.wave.ca (24.112.43.xx) 110 ms 111 ms 110 ms > > Nice 10.x.x.x. You're allowing packets sourced from 1918 space into your network? -- Shields, CrossLink.

1 0

RE: Someones being naughty again...
by Peter Murray 13 Mar '98

13 Mar '98

Note the 172.16.2.174 address in there... Last I remembered, that was part of IANA-BBLK-RESERVED. Is @home lacking for IP space? I only found the 24.0.0.0-24.5.255.255 group in ARIN's database, above the exchange point addresses listed below with .home.net in their PTR entry... Best Regards, -Pete Pete Murray - FASTNET(tm) / You Tools Corporation > pete(a)fast.net (610) 954-5200 - http://www.fast.net > FASTNET - Business and Personal Internet Solutions > > > -----Original Message----- > From: Marc Hurst [SMTP:mhurst@fastlane.ca] > Sent: Friday, March 13, 1998 6:56 PM > To: nanog(a)merit.edu > Subject: Someones being naughty again... > > Here is a traceoute from BBN Planet to my machine... (sorry D, > couldn't > resist...:) > > traceroute to 24.112.43.xx (24.112.43.xx), 30 hops max, 40 byte > packets > 1 netgwb (205.227.188.1) 196 ms 611 ms 9 ms > 2 oakland-cr2.bbnplanet.net (4.0.68.77) 20 ms 15 ms 19 ms > 3 oakland-br2.bbnplanet.net (4.0.16.17) 16 ms 15 ms 22 ms > 4 sanjose1-br1.bbnplanet.net (4.0.1.74) 25 ms 16 ms 15 ms > 5 bb.mae-w.home.net (198.32.136.70) 19 ms 17 ms 21 ms > 6 172.16.2.174 (172.16.2.174) 110 ms 108 ms 107 ms > 7 r3-fe0-0-100bt.rdc1.on.wave.home.net (24.2.9.4) 121 ms 108 ms > 112 ms > 8 10.0.184.34 (10.0.184.34) 153 ms 109 ms 106 ms > 9 pc-30xxx.on.rogers.wave.ca (24.112.43.xx) 110 ms 111 ms 110 ms > > Nice 10.x.x.x.

1 0

The Cidr Report
by Tony Bates 13 Mar '98

13 Mar '98

This is an auto-generated mail on Fri Mar 13 12:00:00 PST 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 13Mar98 0) General Status Table History ------------- Date Prefixes 060398 49432 070398 49627 080398 49377 090398 49596 100398 49567 110398 49538 120398 49727 130398 51228 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: 3331 Number of ASes announcing only one prefix: 1563 (810 cidr, 753 classful) Largest number of cidr routes: 1773 announced by AS3561 Largest number of classful routes: 1015 announced by AS701 1) Gains by aggregating at the origin AS level --- 13Mar98 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS2493 581 359 222 38.2% iSTAR Internet, Inc. AS4293 435 216 219 50.3% IMCI AS816 627 445 182 29.0% UUNET Canada (ASN-UUNETCA-AS4) AS174 805 643 162 20.1% Performance Systems International AS3749 218 63 155 71.1% TECNET AS3602 459 304 155 33.8% Sprint Canada Inc. AS701 1015 866 149 14.7% Alternet AS3751 125 48 77 61.6% SNET-AS AS5668 108 40 68 63.0% Century Telephone Inc. AS3804 205 142 63 30.7% Bell Solutions AS2048 154 91 63 40.9% LaNet AS3221 95 35 60 63.2% EENet Autonomous System AS1239 557 500 57 10.2% SprintLink Backbone AS271 111 55 56 50.5% BCnet Backbone AS10928 98 43 55 56.1% UNKNOWN AS4755 83 33 50 60.2% Videsh Sanchar Nigam Ltd. India AS72 84 36 48 57.1% Schlumberger Information Network AS1221 270 222 48 17.8% AARNET-AS AS549 208 161 47 22.6% ONet Backbone AS4763 122 76 46 37.7% Telstra New Zealand AS6181 70 25 45 64.3% FUSE-NET AS7046 140 96 44 31.4% UUNET-CUSTOMER AS3561 1004 961 43 4.3% MCI AS6335 64 22 42 65.6% NTRNET AS2711 97 55 42 43.3% SUNBELT-AS AS10722 73 31 42 57.5% Aluminum Co. of America AS4740 350 311 39 11.1% ASN-OZEMAIL (Ozemail Pty Ltd) AS3493 166 127 39 23.5% INTERLINK AS4200 128 90 38 29.7% AGIS (Apex Global Information Ser AS719 427 390 37 8.7% LANLINK autonomous system 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

Updated I-D on multihoming
by Howard C. Berkowitz 13 Mar '98

13 Mar '98

An updated version of the Internet-Draft from which I drew my Albuquerque presentation on multihoming is now online. ftp://ftp.ietf.org/internet-drafts/draft-berkowitz-multirqmt-01.txt I did need to get it in by the deadline, so there's more to be added, especially in the DNS and application cache area. Comments more than welcome, especially from people's work I drew from but want to include in more detail: Avi Freedman, Paul Ferguson & Geoff Huston, and Alec Peterson! FYI, I also have an I-D on OSPF deployment which hasn't officially been posted, but will be: ftp://ftp.ietf.org/internet-drafts/draft-berkowitz-ospfdeploy.txt

1 0

HELLO, HTTPD?
by Alex Rubenstein 13 Mar '98

13 Mar '98

While trying to retrieve the URL: http://www.nanog.org The following error was encountered: Connection Failed The system returned: (61) Connection refused This means that: The remote site or server may be down. Please try again soon. Generated by squid/1.1.20(a)proxy.nac.net

1 0

Re: Q: IP Space Management Software
by Ron Johnson 12 Mar '98

12 Mar '98

I use Excel as well to maintain IP space. Yes, I take a ton-O-Dogging from the MS basher crowd. But, I have yet to see a computer program able to completely allocate IP space with out leaving huge holes in blocks. I wonder... ARIN obviously has the largest chunk of space to manage. how are they doing it? Oh, and a side note for the database flag bearers. Databases, don't help much, as they tend to hide the view. Allocation of IP space is akin to creation of jigsaw puzzles, that you received completed intact and must cut to pieces and reassemble to look like the original with a little loss as possible. Databases are great methods to make allocation information available to others for digestion. But do little to aid in the allocation process, like helping determine what size block is available for specific customer. So, it's Excel..... Indefinitely.... sigh.... > At 03:16 PM 3/12/98 -0500, you wrote: > > > >Are any of you using software that you would recommend for large-scale > >management of IP space across AS', subnets from /16 to /32, > >differentiating IP blocks from IP hosts? > > > >Would love to hear from you if you do! > > > >Mike. > > Excel !...hehe, I would (obviously) also love to hear if somebody is using > something better, that is commercially available. I would worry about the > program's ability to handle VLSM. > > Brantley -- Ron Johnson ---------------------------------------------- Strange, but true..... Hostmaster, GTE Internetworking (1-888-GENUITY) rjohnson(a)bbn.com ----------------------------------------------

2 1

IP Space Management Software
by Cathy_Allison＠BayNetworks.COM 12 Mar '98

12 Mar '98

Check out NetID at http://www.baynetworks.com/Products/nav/f_netid_3_0.html. It's an enterprise IP address, DNS and DHCP management product. Has added functionality for VLSM design - recursively partitions networks and automatically calculates subnet masks. Cathy Allison Return-Path: <owner-nanog(a)merit.edu> >X-Sender: bjones(a)nt1.centuryinter.net >Date: Thu, 12 Mar 1998 15:08:50 -0600 >To: nanog(a)merit.edu >From: Brantley Jones <bjones(a)cte.net> >Subject: Re: Q: IP Space Management Software >Sender: owner-nanog(a)merit.edu > >At 03:16 PM 3/12/98 -0500, you wrote: >> >>Are any of you using software that you would recommend for large-scale >>management of IP space across AS', subnets from /16 to /32, >>differentiating IP blocks from IP hosts? >> >>Would love to hear from you if you do! >> >>Mike. > >Excel !...hehe, I would (obviously) also love to hear if somebody is using >something better, that is commercially available. I would worry about the >program's ability to handle VLSM. > >Brantley >

2 1

UUnet outage in San Diego
by Josh Beck 12 Mar '98

12 Mar '98

UUnet's San Diego POP has been having performance problems for three weeks now and starting early yesterday things seriously got bad. There is basically no usable connectivity out of San Diego, and UUnet doesn't even have a ETA for a fix! I apologize for using this forum, but if you are a UUnet customer in San Diego and are having this problem, and would like to try to put pressure on UUnet to fix it, please contact us (noc(a)connectnet.com) for contact information for the people at UUnet we've been able to complain to, and with any information or contact information you may have. If someone from UUnet is reading this who thinks they may actually be able to do something about getting it resolved in a timely manner (we certainly haven't been able to find anyone, and we've spoken to a LOT of people), please contact us or do something about this! No matter what the issue is (we've heard about 9 different stories now ranging from bad HSSI cards to "router problems" to "capacity problems"), it is unacceptable that they've been deaf to trouble tickets this whole time and even after they see their own network break don't know when they'll be able to fix it. Josh Beck <jbeck(a)connectnet.com> System Administrator ------------------------------------------------------------------ CONNECTnet INS, Inc. Phone: (619)450-0254 Fax: (619)450-3216 6370 Lusk Blvd., Suite F-103 San Diego, CA 92121 ------------------------------------------------------------------

1 0

Re: NetFlow Switching
by Matt Ranney 12 Mar '98

12 Mar '98

David Papp <david(a)oanet.com> writes: [...] > I don't have an HPUX or Solaris box sitting around, just a bunch of BSD > type systems (BSD/OS, Linux, FreeBSD, etc). Does anyone know if I can get > the FlowCollector for another OS type like that or if there is some > third party program that has been developed that will accept the NetFlow > stats from my router? You can get cflowd from: http://engr.ans.net/cflowd/ I run it under Linux without problems. -- Matt Ranney - mjr(a)ranney.com Let's not let the students run the High School.

1 0

Q: IP Space Management Software
by Mike Kerr 12 Mar '98

12 Mar '98

Are any of you using software that you would recommend for large-scale management of IP space across AS', subnets from /16 to /32, differentiating IP blocks from IP hosts? Would love to hear from you if you do! Mike.

5 4