- Test - lists.nanog.org

DNS for aol.com
by bryan s. blank 16 Oct '98

16 Oct '98

this doesn't look good ;( [rs.internic.net] Registrant: America Online (AOL-DOM) 12100 Sunrise Valley Drive Reston, VA 20191 US Domain Name: AOL.COM Administrative Contact: O'Donnell, David B (DBO3) PMDAtropos(a)AOL.COM 703/265-5666 (FAX) 703/265-4003 Technical Contact, Zone Contact: America Online (AOL-NOC) trouble(a)AOL.NET 703-265-4670 Billing Contact: Barrett, Joe (JB4302) BarrettJG(a)AOL.COM 703-453-4160 (FAX) 703-453-4001 Record last updated on 15-Oct-98. Record created on 22-Jun-95. Database last updated on 16-Oct-98 04:27:25 EDT. Domain servers in listed order: DNS1.AUTONET.NET 206.88.0.34 DNS2.AUTONET.NET 206.88.0.66 The InterNIC Registration Services database contains ONLY non-military and non-US Government Domains and contacts. Other associated whois servers: American Registry for Internet Numbers - whois.arin.net European IP Address Allocations - whois.ripe.net Asia Pacific IP Address Allocations - whois.apnic.net US Military - whois.nic.mil US Government - whois.nic.gov SECURE:{bryan@bryan:~:5}$ host -t ns aol.com a.root-servers.net + host -t ns aol.com a.root-servers.net Using domain server: Name: a.root-servers.net Address: 198.41.0.4 Aliases: aol.com name server DNS1.AUTONET.NET aol.com name server DNS2.AUTONET.NET SECURE:{bryan@bryan:~:6}$ host -t ns aol.com b.root-servers.net + host -t ns aol.com b.root-servers.net Using domain server: Name: b.root-servers.net ddress: 128.9.0.107 Aliases: aol.com name server DNS2.AUTONET.NET aol.com name server DNS1.AUTONET.NET SECURE:{bryan@bryan:~:7}$ host -t ns aol.com c.root-servers.net + host -t ns aol.com c.root-servers.net Using domain server: Name: c.root-servers.net Address: 192.33.4.12 Aliases: aol.com name server DNS1.AUTONET.NET aol.com name server DNS2.AUTONET.NET SECURE:{bryan@bryan:~:8}$ host -t ns aol.com d.root-servers.net + host -t ns aol.com d.root-servers.net Using domain server: Name: d.root-servers.net Address: 128.8.10.90 Aliases: aol.com name server DNS1.AUTONET.NET aol.com name server DNS2.AUTONET.NET |o|----------------------------------------------------------------------|o| |o| bryan s. blank (203)-351-1178 voice |o| |o| senior systems analyst (203)-351-1186 fax |o| |o| discovernet, incorporated (203)-979-5126 emerg |o|

2 1

The Cidr Report
by Tony Bates 16 Oct '98

16 Oct '98

This is an auto-generated mail on Fri Oct 16 12:00:00 PDT 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 16Oct98 0) General Status Table History ------------- Date Prefixes 091098 52585 101098 52353 111098 52340 121098 52520 131098 52587 141098 52544 151098 52663 161098 53167 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: 4110 Number of ASes announcing only one prefix: 1971 (1039 cidr, 932 classful) Largest number of cidr routes: 343 announced by AS3561 Largest number of classful routes: 942 announced by AS701 1) Gains by aggregating at the origin AS level --- 16Oct98 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS1785 668 390 278 41.6% NYSERNet Backbone AS271 346 149 197 56.9% BCnet Backbone AS4293 420 247 173 41.2% IMCI AS3749 229 71 158 69.0% TECNET AS2493 356 202 154 43.3% iSTAR Internet, Inc. AS174 696 563 133 19.1% Performance Systems International AS701 942 815 127 13.5% Alternet AS4200 191 98 93 48.7% AGIS (Apex Global Information Ser AS5668 129 42 87 67.4% Century Telephone Inc. AS7046 262 187 75 28.6% UUNET-CUSTOMER AS3221 118 44 74 62.7% EENet Autonomous System AS3804 228 155 73 32.0% Bell Solutions AS4755 120 55 65 54.2% Videsh Sanchar Nigam Ltd. India AS4740 400 336 64 16.0% Ozemail Pty Ltd (ASN-OZEMAIL) AS8517 126 73 53 42.1% ULAKNET-ASN AS7545 116 64 52 44.8% TPG Internet Pty Ltd AS6335 71 19 52 73.2% NTRNET AS72 87 39 48 55.2% Schlumberger Information Network AS549 194 147 47 24.2% ONet Backbone AS1239 538 491 47 8.7% SprintLink Backbone AS1221 360 314 46 12.8% AARNET-AS AS803 77 33 44 57.1% SaskNet Backbone AS852 165 124 41 24.8% AGT Advance Communication AS7122 123 83 40 32.5% MTS ADVANCED Network Policy AS4539 68 28 40 58.8% NETROPOLIS AS10928 87 48 39 44.8% UNKNOWN AS6181 64 30 34 53.1% FUSE-NET AS2707 64 31 33 51.6% WEC AS7496 66 35 31 47.0% Power Up AS3564 65 34 31 47.7% Microserve Infromation Systems In 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: Gigarouter
by Greg Mirsky 16 Oct '98

16 Oct '98

Rogerio, these are not REAL gigarouters. Real once yet to come ;). Stay tuned Greg > -----Original Message----- > From: Rogerio Alvarez - DRS23 [SMTP:rogerio@embratel.net.br] > Sent: Thursday, October 15, 1998 9:36 AM > To: nanog(a)merit.edu > Cc: eng-l(a)embratel.net.br > Subject: Gigarouter > > Hi. > > Anyone there has any information (experience) about Gigarouters like > GRF1600 (Ascend) or > GSR12000 (Cisco). > > I want to know performance, availability, scalability and limitations > data in "real world", > I mean in real condition of internet traffic. > > Thanks in advance. > > Rogerio

4 3

SONET ring questions
by Peter Polasek 16 Oct '98

16 Oct '98

This is my first posting to the NANOG list. I don't think this is off-topic, but if so, please send replies (or flames) directly to me (rather than to the list) and I will issue a detailed summary. We are in the process of implementing an OC-12 SONET ring connection between two sites in New Jersey that span a distance of 15 miles. The SONET ring will be provided by Bell Atlantic and is composed of fully redundant hardware (there are no single points of within the telecom equipment) and redundant rings. We are splitting the OC-12 into pairs of OC-3's on two routers in each location (running ATM on the WAN). This interface is extremely mission critical to the point that a 99.9% uptime will not be acceptable. I have the following questions: 1) Bell Atlantic assures us that, because of the redundancy, we can expect 100% uptime from the OC-12. I would like feedback as to whether this is a realistic portrayal of the SONET environment. 2) We have the option of using either single-mode or multi-mode fiber OC-3 connections - what factors should be considered in selecting the fiber media type. 3) Which routers should be used. The options are 3com NB-II's DPE+ (dual CPU), Cisco 7200 series, or Cisco 7500 (each router will have at least two 100Base-T LAN ports). OK, I know the 3com suggestion is a loaded question for this list, but has anybody used the 3com's in this capacity? We are a 3com shop that is considering switching to Cisco - this is a significant decision because switching will require us to continue to maintain the existing 3com environment (~500 routers) and the new Cisco routers. Thanks, Peter Polasek

3 2

Re: IGPs in use
by alex＠nac.net 16 Oct '98

16 Oct '98

I'd have to definatly disagree. IGP wise, EIGRP is easy and fast and it works. If ou need a *lot* of interoperability, use OSPF. Friends don't let friends use BGP as an IGP On Mon, 12 Oct 1998, Megatron wrote: > > I would say the most interior Routing Protocol that is out there is > BGP. It gives a better control of route announcements. > > -Megatron > > > On Mon, 12 Oct 1998, Andre' Zehl wrote: > > > > Is there an overview on what the dominantly used interior routing > protocols are percentagewise in large AS backbones (IBGP, OSPF, IGRP, > EIGRP, IS-IS, any?). I don't want to start religous wars on what's the > best protocol, I'm rather interested if there is an overview available > on the facts of protocols used. Is there an "objective" > (vendor-independent) feature-based overview on the compared > advantages/disadvantages (especially regarding redistribution) of the > various protocols that goes with those numbers? > > Andre' > > > zehl(a)berkom.de > > > -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- ISPF, The Forum for ISPs by ISPs. October 26-28, 1998, Atlanta, GA. Three days of clues, news, and views from the industry's best and brightest. http://www.ispf.com/ for information and registration. 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 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

2 1

Gigarouter
by Rogerio Alvarez - DRS23 16 Oct '98

16 Oct '98

Hi. Anyone there has any information (experience) about Gigarouters like GRF1600 (Ascend) or GSR12000 (Cisco). I want to know performance, availability, scalability and limitations data in "real world", I mean in real condition of internet traffic. Thanks in advance. Rogerio

4 3

Gigarouter performance
by Rogerio Alvarez - DRS23 16 Oct '98

16 Oct '98

I know that these boxes work well, theoretically, but I really want to know if any major ISP is using gigarouters on their core. Another issue is, if I have 30 ATM PVC�s over an OC-12 interface, how well this box will treat , it will provide QoS for all the PVC�s without impact the other services? Rogerio

4 3

Re: SONET ring questions
by Sean Donelan 16 Oct '98

16 Oct '98

pete(a)cobra.BRass.COM (Peter Polasek) writes: >1) Bell Atlantic assures us that, because of the redundancy, we can > expect 100% uptime from the OC-12. I would like feedback as to > whether this is a realistic portrayal of the SONET environment. 100% uptime meaning Bell Atlantic will pay you some small token amount when it fails? or 100% uptime meaning it will never fail? Figure out how much Bell Atlantic will pay you, and compute your risk factor. However, you are getting into the insanity region of availability vs. disaster planning, category 5 hurricane, regional firestorm, sabotage or terroist attack, etc. Yes, all have happened, and will happen again. But paying a bigger insurance premium may be cheaper for these extremes. Even a perfectly functioning SONET ring will have some delay as the APS switches to the protect circuit. So make sure your application can tolerate whatever the maximum switching delay. Most carriers consider SONET outages of less than 60ms 'normal' and an overall SONET end-user restoral of 2 seconds 'acceptable.' SONET also has its own set of hardware failures (e.g. APS controller failure), user errors (e.g. improper provisioning, improper maintenance), and the dreaded multiple failure modes (e.g. a fiber cut during a Forced Switched, double Forced Switches in the same ring at the same time, and other types of ring partitions), and software/firmware bugs. Humans are always a single point of failure in any system. In the last carrier summary report I saw the number of SONET failures was very small, but was greater than zero. The number of carriers reporting was also small, making any statistical relevance of the numbers virtually nill. On average less than 5.5 SONET outages a year were reported across 7 carriers. >2) We have the option of using either single-mode or multi-mode fiber > OC-3 connections - what factors should be considered in selecting > the fiber media type. Distance and equipment. >3) Which routers should be used. The options are 3com NB-II's DPE+ > (dual CPU), Cisco 7200 series, or Cisco 7500 (each router will > have at least two 100Base-T LAN ports). OK, I know the 3com > suggestion is a loaded question for this list, but has anybody > used the 3com's in this capacity? We are a 3com shop that is > considering switching to Cisco - this is a significant decision > because switching will require us to continue to maintain the > existing 3com environment (~500 routers) and the new Cisco > routers. 3com is more likely to jump when when a customer with 500 3com routers has a problem than cisco will jump for someone with only a couple of cisco routers. Assuming cisco will even agree to sell their favored products to anyone without their seal of approval. And you already know the capabilities and operation of 3com. On the other hand, cisco's SONET products have had the extensive testing and feedback from a number of noted luminaries/customers who haven't been shy about encourging cisco to rectify any apparent shortcomings. So you won't be the leading edge trailblazing customer. And since its a good bet Bell Atlantic will blame any problems you encounter on your CPE equipment, using the CPE equipment which Bell Atlantic 'related subsidaries' resells may cut short at least one round of finger-pointing. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

1 0

Internet 1, Backhoe 0
by Jeff Weisberg 16 Oct '98

16 Oct '98

rirving(a)onecall.net asked: | | Someone *Kill* a Back-Hoe for me..... I was watching the local (Philly) news last night, and saw a story that needed to be shared. [Atlantic County, NJ] While attempting to wreck havoc on the world's telecommunications infrastructure, a backhoe mistook a gas main as a fiber optic cable. The evil yellow beast was destroyed in the resulting fireball. --jeff

6 5

IP address space management
by Brandon Ross 16 Oct '98

16 Oct '98

We are in need of a software package to manage our IP space. We've looked at several products on the market but haven't found anything that really suits an ISP's needs very well. Does anyone know of anything on the market that works well? It should understand CIDR and be hierarchical. Most products we've seen have been aimed more at the Enterprise market and include a lot of things we don't need like interfaces to DNS and DHCP. Any suggestions? -- Brandon Ross Network Engineering 404-815-0770 800-719-4664 Director, Network Engineering, MindSpring Ent., Inc. info(a)mindspring.com ICQ: 2269442 Stop Smurf attacks! Configure your router interfaces to block directed broadcasts. See http://www.quadrunner.com/~chuegen/smurf.cgi for details.

6 5