June 2001 - Test - lists.nanog.org

Re: C&W peering
by Toby_Williams＠enron.net 09 Jun '01

09 Jun '01

What I find most interesting about all these disputes is that none of the major players appear to be even slightly interested in settled interconnection - like they have in the telephony world. Before you all flame me for mindless idealism :-) YES I know the gore is in the detail. YES it's a million miles from simple. The way I see it though, is that if there's a will there must be a way and there is clearly a will to change today's status quo. These top tier networks are relatively stable, they are large enough for deliberate manipulation of metrics to be operationally very sensitive/ cumbersome. There was a paper I saw ages ago: http://ksgwww.harvard.edu/iip/cai/farnon.html that discussed some of the economics behind peering. Though it's a bit old now, many of it's arguments hold true (hence todays CW/PSI/MFN/UUNet conundrums). It also just begins to explore the possiblities (and difficulties) of billaterally settled peering. Though any system for performing this would need to be far more fair and robust than anything proposed in the paper, I perceive there to be a vast opportunity for this model of Interconnection - the gap between free peering and transit is too great to fit all relationships and the higher the financial stakes get, the more free interconnect relationships will be stressed. As a plus point there would be more cash flow (even without any net gain/loss), which seems to be flavour of the month with telco's at the moment. Maybe an independent third party would help here - like the clearinghouses/S&Ps of this world. Anyone got any cash they want to invest? (only kidding). The idea being that we get our own commercial regulator, rather than some .gov one. cheers Toby ------------------------------------------------------------------------------------- std disclaimer about the above being my opinions only etc -------------------------------------------------------------------------------------

2 1

The Cidr Report
by Tony Bates 09 Jun '01

09 Jun '01

This is an auto-generated mail on Fri Jun 8 23:00:00 PDT 2001 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 08Jun01 0) General Status Table History ------------- Date Prefixes 010601 102687 020601 102235 030601 102123 040601 102282 050601 102182 060601 102174 070601 102400 080601 102522 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: 10948 Number of ASes announcing only one prefix: 6480 (3676 cidr, 2804 classful) Largest number of cidr routes: 1185 announced by AS705 Largest number of classful routes: 1427 announced by AS701 1) Gains by aggregating at the origin AS level --- 08Jun01 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS1221 1390 1031 359 25.8% TELSTRA-AS AS1 599 540 59 9.8% GTE Internetworking AS1239 458 401 57 12.4% SprintLink Backbone AS13544 69 19 50 72.5% autonomous system number assigned AS11774 73 27 46 63.0% AS 11774 Object AS1267 68 26 42 61.8% Infostrada S.p.A. AS1237 96 54 42 43.8% KISTI AS12235 48 7 41 85.4% Cove Software Systems Inc AS12302 67 28 39 58.2% MobiFon S.A. AS10620 54 17 37 68.5% autonomous system number assigned AS13345 66 33 33 50.0% autonomous system number assigned AS11311 42 9 33 78.6% autonomous system number assigned AS12064 34 2 32 94.1% autonomous system number assigned AS11859 45 13 32 71.1% autonomous system number assigned AS12497 32 1 31 96.9% SA*Net Network - AS AS12067 32 1 31 96.9% autonomous system number assigned AS12062 34 3 31 91.2% autonomous system number assigned AS11606 43 12 31 72.1% autonomous system number assigned AS11418 45 16 29 64.4% autonomous system number assigned AS11371 75 47 28 37.3% Rhythms AS10733 35 7 28 80.0% Matrix Internet AS11507 80 53 27 33.8% TouchAmerica Montana AS10722 58 31 27 46.6% Aluminum Co. of America AS12709 32 6 26 81.2% Melita Cable Autonomous System AS12564 31 5 26 83.9% Bulgarian Government Autonomous S AS11781 31 5 26 83.9% autonomous system number assigned AS11686 119 93 26 21.8% Education Networks of America AS11367 31 5 26 83.9% autonomous system number assigned AS11170 28 3 25 89.3% autonomous system number assigned AS11139 70 45 25 35.7% Regional IP Network 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

What is going on at Ameritech/SBC?!
by Los, Ralph 08 Jun '01

08 Jun '01

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings, From the home-office DSL question pool: What is going on with the Illinois & Ohio markets?! I have internet access, sort of. I can traceroute to some places, but more often than not, no. I can't get to any web pages, or anything...select sites (www.usps.com for example) works....but it's rare to find another working site. Can someone from SBC or an Engineer answer this? Ralph M. Los Asst. Vice-President, Internet Systems and Security EnvestNet Advisory Corp. rlos(a)envestnet.com (312) 827-3945 (direct) (312) 296-9003 (wireless w/voicemail) - -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com> iQA/AwUBOyE3XHM6eMaR3AeZEQIBgwCfdscaTgoo/JGyHHcb3DwrBDfvGjQAoK6I wQRbeFBlfsa2916lw/Kr9wnF =B7Se - -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com> iQA/AwUBOyE3anM6eMaR3AeZEQJPoQCeJTFz7szqvzUGALxW+kyyTTSqb8UAn3Ev KN9f3sQ84KziaSjIlLAsIV3J =+sXg -----END PGP SIGNATURE-----

2 1

Re: Definition of Tier-1
by k claffy 08 Jun '01

08 Jun '01

[warning sub-operational] what's cool is that andre found that there is some natural `tiering' of ASes just according to (almost any topological) quantitative connectivity metrics http://www.caida.org/~broido/bgp/asoutdeg.html (math-heavy, no ASes identified, just illustrates that tiering has some sense manifested in real data, which i think is pretty cool) // .... To be sure, mathematics can be extended to any branch of knowledge, including economics, provided the concepts are so clearly defined as to permit accurate symbolic representation. That is only another way of saying that in some branches of discourse it is desirable to know what you are talking about. -- James R. Newman, World of Mathematics, 1956 //

1 0

Re: SONET and full duplex
by Ron Buchalski 08 Jun '01

08 Jun '01

Vinay, SONET BLSR rings consist of four fibers and two full duplex paths, where the working path handles full duplex data, and the protect path sits idle. When the working path fails, the protect path (the other full duplex path) is activated, and handles full duplex data. -rb >From: Vinay Bannai <bannai(a)pacbell.net> >Reply-To: bannai(a)pacbell.net >To: Joao Takeda <joao_takeda(a)optiglobe.com.br> >CC: "'nanog(a)merit.edu'" <nanog(a)merit.edu> >Subject: Re: SONET and full duplex >Date: Fri, 08 Jun 2001 10:58:27 -0700 > > >Joao Takeda wrote: > > > > > > > Hi, ALL. > > > > Can anyone confirm if links using SONET are full duplex? > > Thanks. > > > > Takeda. > >Sonet when deployed in rings tend to have dual rotating rings. Each ring >carries traffic in a particular direction. Each node on the ring >transmits on one of the rings and the other ring is used for receiving. >However when using POS links which tend to point to point, then usually >there are two fibers (one for transmitting and one for receiving). So to >answer your question, most of the SONET links are full duplex. > >Vinay > > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com

1 0

SONET and full duplex
by Joao Takeda 08 Jun '01

08 Jun '01

Hi, ALL. Can anyone confirm if links using SONET are full duplex? Thanks. Takeda.

2 1

Re: SONET and full duplex
by Ron Buchalski 08 Jun '01

08 Jun '01

Yes, they are full duplex. See: ftp://ftp.isi.edu/in-notes/rfc2615.txt first paragraph in Section 2. >From: Joao Takeda <joao_takeda(a)optiglobe.com.br> >To: "'nanog(a)merit.edu'" <nanog(a)merit.edu> >Subject: SONET and full duplex >Date: Fri, 8 Jun 2001 14:41:38 -0300 > >Hi, ALL. > >Can anyone confirm if links using SONET are full duplex? >Thanks. > >Takeda. > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com

1 0

RE: /24s run amuck again
by Richard A. Steenbergen 08 Jun '01

08 Jun '01

On Fri, Jun 08, 2001 at 09:31:03AM -0700, Karyn Ulriksen wrote: > > I had a full /19 sliced and diced up into /24 until yesterday when I > officially completed my data center migration. None appear in the list > below. How recent is this information? Woops, I was running this against an old routing table. My appologies. I've updated the list to reflect a routing table taken this morning from 1720 (CERF) and 3967 (Exodus) transit. I'm still debugging the parser, so it may not be 100% perfect, but the point remains the same. The url is the same: http://www.e-gerbil.net/ras/projects/ipaddr/24amuck.txt -- Richard A Steenbergen <ras(a)e-gerbil.net> http://www.e-gerbil.net/ras PGP Key ID: 0x138EA177 (67 29 D7 BC E8 18 3E DA B2 46 B3 D8 14 36 FE B6)

1 0

(no subject)
by srihari varada 08 Jun '01

08 Jun '01

Hello: I would like to request for input on the startup/boot times experienced by service providers, from commercial network equipment, and the ranges desired. To narrow down the scope, the following is provided: -- the best possible times observed from equipments of a mix of vendors -- the equipments perform routing function at the POP of a service provider in the access domain. -- two cases (the high end and low end) can be assumed to have a feel for the port density and the network interface types. Regards, Srihari Varada

1 0

RE: /24s run amuck again
by Karyn Ulriksen 08 Jun '01

08 Jun '01

I had a full /19 sliced and diced up into /24 until yesterday when I officially completed my data center migration. None appear in the list below. How recent is this information? Karyn :: -----Original Message----- :: From: Richard A. Steenbergen [mailto:ras@e-gerbil.net] :: Sent: Friday, June 08, 2001 12:51 AM :: To: nanog(a)merit.edu :: Subject: /24s run amuck again :: :: :: :: We all know that /24s have run amuck. According to the APNIC bgp :: statistics (http://www.apnic.net/stats/bgp) view of the internet, the :: current prefix distribution looks: :: :: Routing Table Report June 08, 2001 :: BGP routing table entries examined: 106727 :: :: Number of prefixes announced per prefix length (Global) :: ------------------------------------------------------- :: :: /1:0 /2:0 /3:0 /4:0 /5:0 :: /6:0 :: /7:0 /8:20 /9:5 /10:6 /11:9 :: /12:32 :: /13:77 /14:207 /15:346 /16:6905 /17:1175 :: /18:2174 :: /19:6720 /20:5247 /21:4509 /22:6779 /23:8684 :: /24:61402 :: /25:278 /26:450 /27:463 /28:489 /29:374 :: /30:317 :: /31:1 /32:58 :: :: This mean over 57% of the routing table consists of /24s. So :: in order to :: facilitate getting this fixed, I have prepared a list of the worst :: offenders and their specific blocks which (most likely) have :: no reason for :: not being aggregated. If all of these entries could be :: aggregated (and I'm :: certain this simple script missed some), it would reduce the :: routing table :: by over 29,000 entries, to less the 78k. I think it's pretty :: obvious that :: a lot of these simply have no excuse. :: :: :: http://www.e-gerbil.net/ras/projects/ipaddr/24amuck.txt :: :: :: A list of ASNs with the largest sized offending blocks (not :: overall count, :: #1 is UU #2 is BBN #3 is Telstra nothing unexpected there) is: :: :: 2711 - Rock Hill Telephone Company :: 8112 - Bell Atlantic Internet Solutions :: 701 - UUNet Technologies, Inc. :: 11371 - Rhythms NetConnections :: 226 - Los Nettos :: 7029 - Alltel Information Services, Inc. :: 18687 - MGC Communications, Inc. :: 6595 - DoD Education Activity Network Assistance Center :: 1677 - ANS Communications :: 1785 - AppliedTheory Corporation :: 1326 - Advanced Networks & Services Inc. :: 6499 - Brooks Fiber Properties, Inc. :: :: I highly encourage anyone interested to yell at these people. :: :: -- :: Richard A Steenbergen <ras(a)e-gerbil.net> :: http://www.e-gerbil.net/ras :: PGP Key ID: 0x138EA177 (67 29 D7 BC E8 18 3E DA B2 46 B3 :: D8 14 36 FE B6) :: :: :: ::

1 0