September 2002 - Test - lists.nanog.org

Williams NOC info?
by Jeffrey Wheat 30 Sep '02

30 Sep '02

Hi all. I am considering purchasing additional transit from Williams and I am wishing to get feedback on the support of their NOC department. Things I am looking for feedback on are 1) Availability of competent staff...i.e., do I have to play relay with an operator when I can hear her asking the tech questions but the tech refusing to get on the phone (I won't say who this is in a public forum), 2) response time of NOC on weekends and holidays and 3) ease of reaching the NOC (limited menu hell or transfer from one person to the next to the next. Please reply to me in person in order to limit any bashing if there is to be any... Many many thanks in advance, Jeffrey --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com) Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002

1 0

RE: AP IX locations
by James Spenceley 30 Sep '02

30 Sep '02

|I'm looking to improve my connectivity into the AP region, in |a cost effective [i.e. for as little as possible :-)]. I have |ruled out buying transit as it doesn't help the issue that I'm |trying to resolve, so I was wondering if there was a location/IXP |in the AP region that would enable me to interconnect with |as many AP carriers as possible. sadly the best spot to interconnect is not in the AP region, its in Palo Alto. |Neil J. McRae - Alive and Kicking -- James

10 9

cox cable still
by Scott Granados 30 Sep '02

30 Sep '02

Was wondering if anyone with clue from Cox is listening. My newly assigned arin block, 69.1.64.0/20 doesn't seem to be making it in to your filters even with the proper filed bbjects:). Or maybe I'm missing something obvious.

2 1

AP IX locations
by neil＠DOMINO.ORG 29 Sep '02

29 Sep '02

I'm looking to improve my connectivity into the AP region, in a cost effective [i.e. for as little as possible :-)]. I have ruled out buying transit as it doesn't help the issue that I'm trying to resolve, so I was wondering if there was a location/IXP in the AP region that would enable me to interconnect with as many AP carriers as possible. I'd appreciate if anyone has a view if they could let me know [off list]. I'll post a summary if people are interested. Regards, Neil. -- Neil J. McRae - Alive and Kicking neil(a)DOMINO.ORG

6 6

finds and other data frommy report on economics of peering and transit
by Gordon Cook 29 Sep '02

29 Sep '02

At the end of August when I posted news about my interviews with Bill Woodcock's views on synthetic path analysis and the economics of peering and requested additional help from peering coordinators I promised a brief report. Response from Nanog was excellent. 16 additional folk joined mail list making a total of 32 - 25 of whom made contributions to the discussion. you will find the introductory article containing my complete findings, a list of the 25 contributors and the complete table of contents at http://cookreport.com/11.08-09.shtml I hesitate to say "our" findings but I did share drafts with list members who made significant criticisms and contributions which i incorporated. -- ======================================================== The COOK Report on Internet, 431 Greenway Ave, Ewing, NJ 08618 USA (609) 882-2572 (phone & fax) cook(a)cookreport.com Subscription info & prices at http://cookreport.com/subscriptions.shtml Summary of content for 10 years at http://cookreport.com/past_issues.shtml Info on Economics of Peering, Transit & IXs November - December 118 pages available at http://cookreport.com/11.08-09.shtml ========================================================

1 0

The Cidr Report
by cidr-report＠potaroo.net 28 Sep '02

28 Sep '02

This report has been generated at Sun Sep 29 06:32:47 2002 AEST. The report analyses the BGP Routing Table of the Route-Views router and generates a report on aggregation potential within the table. Check http://www.cidr-report.org for a current version of this report. Recent Table History Date Prefixes CIDR Agg 22-09-02 121438 87731 23-09-02 121323 87980 24-09-02 121407 88246 25-09-02 121566 88349 26-09-02 121459 87822 27-09-02 122059 87644 28-09-02 123673 89338 29-09-02 123685 89454 Possible Bogus Routes 10.5.5.0/30 AS11537 ABILENE University Corporation for Advanced Internet Development 10.11.11.0/30 AS11537 ABILENE University Corporation for Advanced Internet Development 10.33.0.0/23 AS174 PSINET PSINet Inc. 10.33.8.0/24 AS174 PSINET PSINet Inc. 39.0.0.0/8 AS4554 EP0-BLK-ASNBLOCK-4 Exchange Point Blocks AS Summary 13991 Number of ASes in routing system 5313 Number of ASes announcing only one prefix 1940 Largest number of prefixes announced by an AS AS174 : PSINET PSINet Inc. 73212416 Largest address span announced by an AS (/32s) AS568 : SUMNET-AS DISO-UNRRA Aggregation Summary The algorithm used in this report proposes aggregation only when there is a precise match using the AS path, so as to preserve traffic transit policies. Aggregation is also proposed across non-advertised address space ('holes'). --- 29Sep02 --- ASnum NetsNow NetsAggr NetGain % Gain Description Table 123655 89454 34201 27.7% All ASes AS209 1818 1042 776 42.7% ASN-QWEST Qwest AS3908 1124 622 502 44.7% SUPERNETASBLK SuperNet, Inc. AS701 1786 1286 500 28.0% ALTERNET-AS UUNET Technologies, Inc. AS2548 1582 1119 463 29.3% ICIX-MD-AS Business Internet, Inc. AS7132 603 140 463 76.8% SBIS-AS Southwestern Bell Internet Services AS174 1940 1520 420 21.6% PSINET PSINet Inc. AS7018 1360 959 401 29.5% ATT-INTERNET4 AT&T WorldNet Services AS1221 1306 940 366 28.0% ASN-TELSTRA Telstra Pty Ltd AS4323 647 305 342 52.9% TW-COMM Time Warner Communications, Inc. AS7843 712 410 302 42.4% ADELPHIA-AS Adelphia Corp. AS852 758 458 300 39.6% ASN852 Telus Advanced Communications AS6197 383 97 286 74.7% BATI-ATL BellSouth Network Solutions, Inc AS7046 585 312 273 46.7% UUNET-CUSTOMER UUNET Technologies, Inc. AS18566 273 4 269 98.5% COVAD Covad Communications AS4151 279 32 247 88.5% USDA-1 USDA AS4355 383 145 238 62.1% ERMS-EARTHLNK EARTHLINK, INC AS1 669 447 222 33.2% GNTY-1 Genuity AS6347 393 173 220 56.0% DIAMOND SAVVIS Communications Corporation AS4814 255 37 218 85.5% CHINANET-BEIJING-AP China Telecom (Group)Beijing Telecom CompanyBeijing China AS705 409 199 210 51.3% ASN-ALTERNET UUNET Technologies, Inc. AS1239 849 652 197 23.2% SprintLink Sprint AS22927 215 20 195 90.7% AR-TEAR2-LACNIC TELEFONICA DE ARGENTINA AS690 518 325 193 37.3% NSFNET-T3-RT-AS Merit Network Inc. AS6595 250 68 182 72.8% DODDSEUR DoD Education Activity Network Assistance Center AS4134 302 122 180 59.6% ERX-CHINALINK Data Communications Bureau AS2386 421 243 178 42.3% INS-AS AT&T Data Communications Services AS3356 389 212 177 45.5% LEVEL3 Level 3 Communications, LLC AS1791 184 21 163 88.6% SPRINTLINK3 Sprint Government Systems Division AS6327 180 20 160 88.9% SHAWFIBER Shaw Fiberlink Limited AS376 337 184 153 45.4% RISQ-AS Reseau Interordinateurs Scientique Quebecois (RISQ) Total 20910 12114 8796 42.1% Top 30 total Please see http://www.cidr-report.org for the full report ------------------------------------ Copies of this report are mailed to: nanog(a)merit.edu eof-list(a)ripe.net apops(a)lists.apnic.net routing-wg(a)ripe.net afnog(a)afnog.org

1 0

Re: Internet Core Routing - Ethernet
by Bob Martinez 28 Sep '02

28 Sep '02

Mike: Chill dude. Topic is Ethernet. Start your own post. I like you posts. Care to challenge Ethernet in the Internet Core? Why are you so attached to a specific vendor at a specific time. Talk it out with the folks that pissed you off before. Not my problem man. Ethernet. Sometimes I laugh out loud when I read some of you guys's posts. Best 10 minutes of my day. Keeps me well informed of what my mental superiors are up to. And no, I'm not the CEO of any company for God Sakes! I'd be trying to cure world hunger from my beach house, and automated toys all over the place... Bobby Martinez. >From: Mike Leber <mleber(a)he.net> >To: Bob Martinez <bobmartinezzz(a)hotmail.com> >CC: nanog(a)merit.edu >Subject: Re: Internet Core Routing - Ethernet >Date: Sat, 28 Sep 2002 00:20:24 -0700 (PDT) > > >On Sat, 28 Sep 2002, Bob Martinez wrote: > > 1. Why are you talking about vendors when you should be talking about > > technology on this list. Just like the charters. I would recommend to > > NANOG "if you disagree, say nay" that any post to NANOG with a vendor >name > > in it be sent to the vendor for comment before being posted to the list. > > Just my 2 cents here. > >Operations has alot to do with experience with specific equipment, more so >then it does abstracted conversations about theoretical configurations. > >There are abundant protocols that lack implementation. Many people >believe they can instantiate an implementation by writing an RFC, or so >you would get the impression by reading RFCs. > >Regarding "be sent to the vendor for comment before being posted", your >question about "Does vendor Z have wire-speed X?" has produced outright >lies for the last 10 years. There is *always* a catch to any such claims >regarding routers. > >Take posts to NANOG with a grain of salt. There is a large range of >experience. > >BTW, you listed a bunch of questions. Please post a specific one you want >to know about. You might get it answered. > >+----------------- H U R R I C A N E - E L E C T R I C -----------------+ >| Mike Leber Direct Internet Connections Voice 510 580 4100 | >| Hurricane Electric Web Hosting Colocation Fax 510 580 4151 | >| mleber(a)he.net http://www.he.net | >+-----------------------------------------------------------------------+ _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx

1 0

coxcable???
by Scott Granados 27 Sep '02

27 Sep '02

Any chance an engineer from Cox Cable can give me a call or message back. I'm seeing some odd routing problems between us. Scott

1 0

layer 3 switch debate
by ip dude 27 Sep '02

27 Sep '02

IP Community: When designing an all IP network requiring mostly Ethernet interfaces, the logical conclusion is to specify layer 3 switches (instead of routers). The cost per port and functionality requirements make a layer 3 switch the perfect choice. However, the rule of thumb in the IP community is that routers are superior to layer 3 switches and should be utilized instead, especially when considering core type functionality. Does this rule of thumb still apply considering the modern layer 3 switches available? If not, why? What makes a layer 3 switch sub-standard to a pure router? Any quantitative analysis you could provide would be greatly appreciated. I realize your answer may depend on device position within the network. I am comparing a router to a layer 3 switch as a core routing device, an EBGP border router and access device. Remember, my network is comprised of mostly Ethernet interfaces (FW, GE) and the occasional DS1 and DS3 interface. Any opinions would be great. Cheers! Asand Bijaka _____________________________________________________________ Get your own free Ranch eMail and Classified Ads at http://cattletoday.com _____________________________________________________________ Select your own custom email address for FREE! Get you(a)yourchoice.com w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag

6 7

Re: False-alarm generator
by Michael.Dillon＠radianz.com 27 Sep '02

27 Sep '02

Why do ISPs want to provide free consulting advice to debug why a government map turned red today? If it is like Zonealarm or Netmedic, most of the "alarms" are due to problems with the customer's application. If the government map is designed properly then it won't turn red unless 75% of the ISP maps have turned red. In other words, a proper national or international alarming system will average out the data from several ISPs according to some kind of weighting formula so that one or two red ISPs will only contribute to a light yellow indicator on a national scale. Although an aggregated flow of information from outage reports would be useful to a national Internet status monitoring group, it would be far more useful for every ISP to report a regular red-amber-or-green status. This is qualitative information that the national group could consolidate using a weighting system that rated each ISP according to how important their network is within the big picture. Yes, it is likely that there would be errors in the weighting system but as some experience is gained with the system, that weighting can be tuned. As far as NANOG is concerned, we could help by setting up systems to report overall health according to a consistent red-amber-or-green system and we could help by ensuring that we do have an outage list (or high level stream of trouble tickets) that could be offered to a national status monitoring group. We could also help by suggesting the weighting that should be applied to various ISP networks in calculating a national traffic light report on Internet health. I anyone is interested in discussing this further perhaps we could get together in Eugene to discuss it. -- Michael Dillon

2 1