- Test - lists.nanog.org

Re: ARIN?
by Derek Balling 07 Nov '98

07 Nov '98

At 08:42 AM 11/7/98 -0800, Tim Wolfe wrote: >If this is the case, then all of the mid to large size ISPs should be able >to justify a whole bunch of new space based on DSL customers... They are >always connected so they can have a full time address too, whether through >static or DHCP... Yes, they should be able to (assuming proper utilization percentages, etc. etc.). Or is ARIN going to say NO, you can't have 1000 addresses for your 1000 customers all of whom have their address "in use" 24x7 and force ISP's to use IP Masquerading at the ISP level to service all their dedicated customers. Heh. At that point, we'll just assign each ISP *ONE* IP address, and demand that they make it work beyond that point on their own. :) Should make routing tables significantly easier to manage. D

1 0

8100 Boone power cutover
by Robert E. Seastrom 07 Nov '98

07 Nov '98

The power cutover at 8100 Boone completed 1/2 hour ago. ---Rob

1 0

The Cidr Report
by Tony Bates 06 Nov '98

06 Nov '98

This is an auto-generated mail on Fri Nov 6 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 06Nov98 0) General Status Table History ------------- Date Prefixes 301098 53608 311098 53383 011198 53362 021198 53333 031198 53404 041198 53761 051198 53388 061198 53673 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: 4196 Number of ASes announcing only one prefix: 2042 (1076 cidr, 966 classful) Largest number of cidr routes: 342 announced by AS3561 Largest number of classful routes: 963 announced by AS701 1) Gains by aggregating at the origin AS level --- 06Nov98 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS271 347 148 199 57.3% BCnet Backbone AS1785 603 409 194 32.2% NYSERNet Backbone AS4293 407 230 177 43.5% IMCI AS3749 232 72 160 69.0% TECNET AS2493 344 194 150 43.6% iSTAR Internet, Inc. AS701 963 832 131 13.6% Alternet AS174 688 560 128 18.6% Performance Systems International AS4200 190 98 92 48.4% AGIS (Apex Global Information Ser AS5668 127 40 87 68.5% Century Telephone Inc. AS4740 395 332 63 15.9% Ozemail Pty Ltd (ASN-OZEMAIL) AS7046 254 196 58 22.8% UUNET-CUSTOMER AS4755 120 64 56 46.7% Videsh Sanchar Nigam Ltd. India AS7545 118 63 55 46.6% APNIC-AS-2-BLOCK AS8517 126 72 54 42.9% UNKNOWN AS6335 70 19 51 72.9% NTRNET AS549 197 147 50 25.4% ONet Backbone AS72 89 41 48 53.9% Schlumberger Information Network AS1239 522 476 46 8.8% SprintLink Backbone AS803 77 33 44 57.1% SaskNet Backbone AS3221 86 43 43 50.0% RIPE-ASNBLOCK4 AS1221 345 302 43 12.5% AARNET-AS AS10928 92 49 43 46.7% UNKNOWN AS852 166 125 41 24.7% AGT Advance Communication AS7122 121 80 41 33.9% MTS ADVANCED Network Policy AS3804 182 143 39 21.4% Bell Solutions AS6181 64 30 34 53.1% FUSE-NET AS4539 66 32 34 51.5% NETROPOLIS AS2707 65 32 33 50.8% WEC AS7496 66 34 32 48.5% APNIC-AS-2-BLOCK AS4307 32 1 31 96.9% SVINET-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

RE: ARIN?
by Jason Weisberger 06 Nov '98

06 Nov '98

> Then why is it that whenever we ask for extra space because of issues like > this (in our case, we'd like to be able to assign /19 blocks for each > larger POP so that it can be independantly routed in the Internet) we get > told, sorry, that's an operational issue, we won't assign space for that. You know, I've got the same problem. I've been trying to think of a way to deal with one of my locations slower growth, yet higher profile customers. I want them to be able to route independantly should the links all go out between it and my other locales, but it doesn't grow fast enough to keep up with the others and I can't manage to get it into its own /19 without having to seal from its block as the time draws near to beg ARIN for more space. It might behoove ARIN to allow us /19s for locations like that on a special request form. -- Jason Weisberger Chief Technology Officer SoftAware, Inc. 310/305-0275

3 4

Operational issue: Mae-east power
by dlr＠daver.bungi.com 06 Nov '98

06 Nov '98

The 8100 Boone side of Mae-east may be affected by a building power cutover occuring at 0500 EST November 7, 1998. If a bunch of mae-east peers go down, you will know why :-) Dave Rand (thanks to rs(a)above.net for the heads-up)

2 1

I-D ACTION:draft-dube-route-reflection-harmful-00.txt
by Scott Huddle 06 Nov '98

06 Nov '98

Interesting reading. Has anyone observed this operationally? -scott ----- Begin Included Message ----- >From adm(a)ietf.org Thu Nov 5 11:15 EST 1998 Date: Thu, 05 Nov 1998 10:18:44 -0500 From: Internet-Drafts(a)ietf.org Subject: I-D ACTION:draft-dube-route-reflection-harmful-00.txt Sender: cclark(a)ns.cnri.reston.va.us To: IETF-Announce: ; Reply-to: Internet-Drafts(a)ietf.org MIME-version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary (ID_7WgSXfH+VQuKE2jHxl+2i) Content-Length: 2986 --Boundary_(ID_7WgSXfH+VQuKE2jHxl+2iQ) Content-type: TEXT/PLAIN Content-transfer-encoding: 7BIT A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Route Reflection Considered Harmful Author(s) : R. Dube, J. Scudder Filename : draft-dube-route-reflection-harmful-00.txt Pages : 5 Date : 04-Nov-98 Route reflection as defined by [2] is a popular way of reducing the full-mesh IBGP peering required by routers running the Border Gateway Protocol [1]. There are cases where a topology built using route reflectors produces persistent loops or does not produce the same results as what one would expect with a full IBGP mesh. This document describes these problems. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-dube-route-reflection-harmful-00.txt". A URL for the Internet-Draft is: ftp://ftp.ietf.org/internet-drafts/draft-dube-route-reflection-harmful-00.t… Internet-Drafts directories are located at: Africa: ftp.is.co.za Europe: ftp.nordu.net ftp.nis.garr.it Pacific Rim: munnari.oz.au US East Coast: ftp.ietf.org US West Coast: ftp.isi.edu Internet-Drafts are also available by mail. Send a message to: mailserv(a)ietf.org. In the body type: "FILE /internet-drafts/draft-dube-route-reflection-harmful-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --Boundary_(ID_7WgSXfH+VQuKE2jHxl+2iQ) Content-type: MULTIPART/ALTERNATIVE; BOUNDARY="Boundary_(ID_i1xvPY+rYZXJ++688kA3BQ)" --Boundary_(ID_i1xvPY+rYZXJ++688kA3BQ) Content-type: Message/External-body; access-type="mail-server"; server="mailserv(a)ietf.org" Content-Type: text/plain Content-ID: <19981104173505.I-D(a)ietf.org> ENCODING mime FILE /internet-drafts/draft-dube-route-reflection-harmful-00.txt --Boundary_(ID_i1xvPY+rYZXJ++688kA3BQ) Content-type: Message/External-body; directory=internet-drafts; access-type=anon-ftp; site=ftp.ietf.org; name=draft-dube-route-reflection-harmful-00.txt Content-disposition: ATTACHMENT; FILENAME=draft-dube-route-reflection-harmful-00.txt Content-Type: text/plain Content-ID: <19981104173505.I-D(a)ietf.org> --Boundary_(ID_i1xvPY+rYZXJ++688kA3BQ)-- --Boundary_(ID_7WgSXfH+VQuKE2jHxl+2iQ)-- ----- End Included Message -----

2 1

The trek across Canada
by jlixfeld＠industry.idirect.com 06 Nov '98

06 Nov '98

I'm looking for a cost-effective, highly reliable, high bandwidth, low latency solution for a link in Canada between Vancouver and Toronto. I have a couple of ideas: 1) Droping some type of high-speed interface into the frame-relay cloud of a third party network like AT&T, Sprint, MetroNet, or whoever provides this type of service. I think this would definetly be a scalable solution as it would allow us to put POPs anywhere we like in between and it would be as easy as running a circuit back into the frame cloud. The only issues with this is a) What are these networks like? Are they reliable? Are they fast? Is their a risk of them not being able to provide us with the bandwidth we paid for without performance loss due to lack of capacity (QoS)? 2) Assuming we buy our own fibre: Do we run a direct link between Toronto and Vancouver directly or drop a POP in between; somewhere in Saskatchewan or Manitoba and running fibre out of there to each? I may like the direct route from A to B but how pricy is that and how scalable is that? If we plan do put POPs into some some cities along the way we'd have to run pipes from those POPs back into either Toronto of Vancouver. If we go the route of A to B to C that would probably be a bit smarter as the haul from POP to POP wouldn't be so large. Is it common practice for the National ISP to lay their own pipe or is it more common practice to obtain the link from a third party? How do the UUNets, and BBNPlanets do it? They are not telcos so laying a pipe is not as easily justified. Do they buy fibre between A and B or do they even go through some sort of telco-like carrier?! If anyone has any ideas, opinions, experiences, or something to sell me I'd love to hear from you! Regards, ===( Jason Lixfeld )=======( Network Engineer - Internet Direct Canada )=== == == == Internet Direct Canada Inc. | JOIN the Toronto Internet Exchange!! == == 301-5415 Dundas Street West | FREE Bandwidth For Toronto area ISPs == == Toronto, Ontario M9B-1B5 CA | http://www.torontointernetxchange.net == == (416) 233-7150 (v) | "Building a Faster Internet" == == (416) 236-5804 (f) | == == == =========================================================================== == Internet Direct... A Different Kind of Internet Company. == ===========================================================================

2 1

ARIN?
by alex＠nac.net 06 Nov '98

06 Nov '98

Again, we are applying for more space from ARIN. Some of the questions we got from them range from "please provide a network map and/or customers justification as to why they needed a /24" to "please provide where your POPs are, how many dialups there are in that POP, and how many ports you have in that dialup." I'd love to know if larger places (UU? PSI? MCI? Sprint? etc) have to answer questions like this when they apply for space. I don't want to hear an answer from ARIN, I would like feedback from actual customers of ARIN. Thanks. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Atheism is a non-prophet organization. I route, therefore I am. Alex Rubenstein, alex(a)nac.net, KC2BUO, ISP/C Charter Member Father of the Network and Head Bottle-Washer Net Access Corporation, 9 Mt. Pleasant Tpk., Denville, NJ 07834 Don't choose a spineless ISP; we have more backbone! http://www.nac.net -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

12 13

Re: Telecom mapping tools...
by Robert Tarrall 06 Nov '98

06 Nov '98

"Michael L. Barrow" wrote: -> Some time ago, someone sent a URL for a company that designed mapping -> software. They also had several industry-specific versions that had COs -> and all sorts of fun stuff like that. Does anyone remember this? I can't -> find the reference (especially since the searchable archive at CCnet is -> busted!) I think Lode Data Corp might do this: http://www.lodedata.com/index.html -Robert Tarrall.- System/Network Admin E Central

1 0

Telecom mapping tools...
by Michael L. Barrow 05 Nov '98

05 Nov '98

Some time ago, someone sent a URL for a company that designed mapping software. They also had several industry-specific versions that had COs and all sorts of fun stuff like that. Does anyone remember this? I can't find the reference (especially since the searchable archive at CCnet is busted!) Please drop me a line if you have a reference for this. Thanks! -- Michael L. Barrow <mlbarrow(a)eni.net> Principal Security Engineer, Epoch Internet Corporate Security T:949.399.8413, F:949.474.8127 PGP Fingerprint = 6E56 4590 F1AF 0CCA 2563 07C2 26EF B164 F5C4 BE8C

1 0