- NANOG - lists.nanog.org

Re: v6 subnet size for DSL & leased line customers
by Scott Weeks 02 Jan '08

02 Jan '08

-------- morrowc.lists(a)gmail.com wrote: ----------- From: "Christopher Morrow" <morrowc.lists(a)gmail.com> I think this goes back to my point about DHCP, today there is a business practice and set of business requirements that work for a host of reasons. Expecting that in v6 these requirements will evaporate is not wise. There will have to be some useful TE knobs, I think the operations community would probably like to see those knobs NOT be 'deaggragate' so what other options are there for someone with a single prefix (especially when that prefix is very large). ----------------------------------------------------- I just want to echo agreement with Chris' repeated comments (but seemingly unanswered as of yet) on these issues. scott

1 0

Re: v6 subnet size for DSL & leased line customers
by Brandon Butterworth 02 Jan '08

02 Jan '08

> If someone starts announcing dozens of prefixes in v6 then they either > get blocked or they get a filter that restricts them to their covering > route (or blocks them if they don't have it). Too late once they've announced them As with v4 if the herd doesn't stay together on policy then once some have accepted the rest get picked off one by one as their customers complain (I've watched a smaller ISP try filtering v4, sucks to be them) If there is to be a deaggregation limit it needs to be universal and set up already so people don't try to annouce. Doesn't work is a better argument than some will try and stop it working. Game on. brandon

1 0

2007 IPv4 Address Use Report
by Iljitsch van Beijnum 02 Jan '08

02 Jan '08

2007 IPv4 Address Use Report In 2007, the number of available IPv4 addresses went down from 1300.65 million to 1122.85 million, a difference of 177.8 million addresses. The number of usable addresses is 3706.65 million, so on January 1, 2007 we were at 64.9% utilization and a year later we're at 69.7%. These figures are derived from the records published on the FTP servers of the five Regional Internet Registries (RIRs): AfriNIC, which gives out address space in Africa, APNIC (Asia-Pacific region), ARIN (North America), LACNIC (Latin American and the Caribbean) and the RIPE NCC (Europe, the former Soviet Union and the Middle East). There are two other ways to interpret the same data. The first is simply add up all the address space with a date indicating that it was given out in 2007. That number is 186.93 million addresses. The third method is to compensate for ARIN's record keeping peculiarities (see this Internet Protocol Journal article). This brings the total for 2007 to no less than 196.77 million, the highest number ever. The second-highest was 1991 with 189 million addresses. The 196.77 million figure is approxmately 19% higher than the 2005 and 2006 numbers, which were largely the same. All numbers only include addresses that are still in use. For the first time in many years, in 2007 one of the old class A blocks was returned to IANA: block 46.0.0.0/8, 16.78 million addresses in size, is now part of the global pool of free address space. This accounts for most of the difference between the 177.8 and 196.77 numbers. The status of the 221 usable blocks of 16.78 million address is now as follows: Delegated to Blocks +/- 2007 Addresses (millions) AfriNIC 2 +1 33.55 APNIC 26 +7 436.21 ARIN 27 452.98 LACNIC 6 +2 100.66 RIPE NCC 26 +4 436.21 Various 49 -1 822.08 End-user 42 -1 704.64 Available 43 -12 721.42 In addition to the 43 unused blocks (721.42 million addresses) that IANA holds, there is additional free space in the form of addresses delegated from IANA to the regional internet registries, but not yet further delegated by the RIR in question to an ISP or end-user. 2006-01-01 2007-01-01 delegated delegated free delegated delegated free TO BY TO BY AfriNIC 16.78 6.39 10.39 33.55 11.97 21.58 APNIC 318.77 297.23 21.54 436.21 366.87 69.34 ARIN 452.98 350.48 102.50 452.98 394.08 58.90 LACNIC 67.11 42.71 24.40 100.66 57.52 43.14 RIPE NCC 369.10 317.62 51.48 436.21 378.35 57.86 Total RIRs 1224.74 1014.43 210.31 1459.61 1208.79 250.82 Various 838.86 671.26 167.60 822.08 671.48 150.60 End-user 721.42 704.64 16.78 704.64 671.09 33.55 Available 922.74 16.78 905.96 721.42 16.78 704.64 Total 3707.76 2407.11 1300.65 3707.75 2568.14 1139.61 This view uncovers two inconsistencies: block 7.0.0.0/8 that is part of the free space according to the IANA IPv4 address space overview shows up as delegated to the US Department of Defense in ARIN's records. Net 14.0.0.0/8 is for the "public data net" (see RFCs 3330 and 1700) so it's not part of the regular delegation system. 43.0.0.0/8 is delegated to "Japan Inet" by IANA. Those delegations used to be registered in ARIN's database but this block was transferred to APNIC in 2007, where it does show up in the whois service, but not as part of the delegated address space in the files on the FTP server. The total of 3707.76 (or 3707.75) million addresses is slightly different from the 3706.65 maximum mentioned earlier because the latter excludes all RFC 1918 private address space, the former still includes 192.168.0.0/16 and 172.16.0.0/12. The size of address blocks given out was increasing until 2005, but now shows a downturn. The table below shows the number of delegations for a certain range of block sizes (equal or higher than the first, lower than the second value). (2005 and earlier values from 2006-01-01 data, 2006 and 2007 values from 2007-01-01 data. No correction for the ARIN accounting method.) 2001 2002 2003 2004 2005 2006 2007 < 1000 474 547 745 1022 1309 1507 1830 1000 - 8000 1176 897 1009 1516 1891 2265 2839 8000 - 64k 868 822 1014 1100 1039 1192 1015 64k - 500k 262 163 215 404 309 419 395 500k - 2M 39 29 46 61 60 57 62 > 2M 5 5 6 7 18 17 24 The increase in large blocks has a very dramatic effect while the small blocks are insignificant, when looking at the millions of addresses involved: 2001 2002 2003 2004 2005 2006 2007 < 1000 0.16 0.18 0.25 0.35 0.44 0.51 0.63 1000 - 8000 4.47 3.23 3.45 4.49 5.07 5.83 6.93 8000 - 64k 12.81 11.35 14.00 15.99 15.46 18.01 15.67 64k - 500k 32.19 20.28 25.51 42.01 34.23 50.86 50.83 500k - 2M 24.64 21.30 31.98 44.63 41.63 46.69 45.50 > 2M 14.68 12.58 12.58 20.97 68.62 52.43 67.37 Despite the strong increase in the number of 2 million+ blocks and the amount of address space given out in these blocks, the average block size has been going down because of the very large growth in the numbers of smaller blocks: Year Blocks Addresses (M) Average block size 2000 2794 78.35 28043 2001 2824 88.95 31497 2002 2463 68.93 27985 2003 3035 87.77 28921 2004 4110 128.45 31252 2005 4626 165.45 35765 2006 5457 174.32 31945 2007 6165 186.92 30320 The 2568.14 million addresses currently in use aren't very evenly distributed over the countries in the world. The current top 15 is: 2007-01-01 2007-01-01 change Country 1 - US 1408.15 M 1366.53 M +3% United States 2 - JP 141.47 M 151.27 M -6% Japan 3 (4) CN 135.31 M 98.02 M +38% China 4 (3) EU 120.35 M 115.83 M +4% Multi-country in Europe 5 - GB 83.50 M 93.91 M -11% United Kingdom 6 - CA 73.20 M 71.32 M +3% Canada 7 - DE 72.46 M 61.59 M +18% Germany 8 - FR 67.79 M 58.23 M +16% France 9 - KR 58.86 M 51.13 M +15% Korea 10 - AU 33.43 M 30.64 M +9% Australia 11 (12) IT 24.04 M 19.14 M +26% Italy 12 (11) BR 23.46 M 19.27 M +22% Brazil 13 (16) MX 21.50 M 16.26 M +32% Mexico 14 (13) ES 20.42 M 18.69 M +9% Spain 15 - NL 19.89 M 18.08 M +10% Netherlands The -6% and -11% figures for the UK and Japan are once again anomalies: the former is the missing 43.0.0.0/8 net and in the latter case, ARIN and RIPE both had a record for 25.0.0.0/8 in the 2007-01-01 data, but this was cleared up in the 2008-01-01 data. Although the US still added more than 40 million new addresses to its immense existing stockpile, its growth was modest percentage-wise and it now holds 55% of the IPv4 address space in use, down from 57%. All of the other countries in the top 15 except for Canada and "EU" saw their address use grow faster than the 7% average. This brings the total for the top 15 excluding the US to 35%, up from 34%. The rest of the world gets the remaining 10%, up from 9%. See http://www.bgpexpert.com/addrspace2007.php for a copy of this report and links to the versions for 2006 and 2005.

2 1

Re: IPv6 Addressing Plans
by Jeroen Massar 01 Jan '08

01 Jan '08

William Herrin wrote: > On Dec 27, 2007 1:59 PM, Jeroen Massar <jeroen(a)unfix.org> wrote: >>> -Do not assign from PoP aggregates >> What do you mean with the above? If I understand the line correctly, >> then I disagree with it. > > Jeroen, > > If I remember right, this came from a discussion on the ARIN PPML > list. I don't clearly remember the discussion, so my apologies in > advance if I get some of it wrong. > > During discussion and analysis, allocation of addresses by POP was > found to be incompatible with a couple goals deemed more important. > The general consensus was that you should establish areas consisting > of multiple POPs and aggregate by area instead. Area/PoP, that is a just a way to describe a route into a certain direction. I guess the wording should be changed to resolve the issue I have with it, eg "try to aggregate per area/PoP where possible to keep IGP routes low" > However, ARIN is not > in the business of recommending routing best practices so the > recommendation was narrowed to just "don't aggregate by POP" meaning > "don't fine-tune your aggregation all the way down to the POP level; > stop somewhere above it." Then put that in there, sounds more logical than the "Don't aggregate" line that is in there now. As for the rest of your mail, I would suggest putting it in the Wiki as an explanation and referencing it from the above point as it clarifies a number of things that people will not have to time to go lookup in the mailinglists. Greets, Jeroen

1 0

Re: v6 subnet size for DSL & leased line customers
by Scott Weeks 01 Jan '08

01 Jan '08

--- jeroen(a)unfix.org wrote: From: Jeroen Massar <jeroen(a)unfix.org> Scott Weeks wrote: [..] > I have about 100K DSL customers at this time and most all are households. > 65K wouldn't cover that. At this point, I doubt that I'd require much > more than just asking and making sure the person is understanding what > they're asking for. Mostly, that'd be the leased line customers. Thus why didn't you request a larger prefix from ARIN then? Clearly you can justify it. Then again, if you are going to provide /56's to home users, nobody will think you are a bad person and most people will be quite happy already. In your case I would then reserve (probably topdown) /48's, for the larger sites/businesses and start allocating bottom-up for /56's to endusers. ------------------------------------------------- I haven't requested anything yet. That's why I came to you folks. To learn and then get busy on it. Thanks for your top-down and bottom-up idea. I will probably also intersperse /56s in between allocations as well; filling them in later if it ever gets to that. scott

2 1

Re: v6 subnet size for DSL & leased line customers
by Scott Weeks 30 Dec '07

30 Dec '07

First, thanks everyone for the discussion. I learned more from this than a LOT of other discussions on IPv6. I now have a plan and I didn't before... It looks to me that one really has to know his customer's needs to plan out the allocation of IPv6 space. That leads me to believe that a /56 is going to work for everyone on this network because, at this time, only very, very few of our largest customers might possibly have a need for more than 256 /64 subnets. In fact, almost all household DSL customers here only have one LAN and I could get away with /64s for them because they wouldn't know the difference. But in an effort to simplify the lives of the network folks here I am thinking of a /56 for everyone and a /48 on request. Now I just gotta wrap my brain around 4.7x10^21 addresses for each customer. Absolutely staggering. scott --- randy(a)psg.com wrote: From: Randy Bush <randy(a)psg.com> To: Joel Jaeggli <joelja(a)bogus.com> CC: nanog(a)merit.edu Subject: Re: v6 subnet size for DSL & leased line customers Date: Thu, 27 Dec 2007 13:19:27 +0900 >> vendors, like everyone else, will do what is in their best interests. >> as i am an operator, not a vendor, that is often not what is in my best >> interest, marketing literature aside. i believe it benefits the ops >> community to be honest when the two do not seem to coincide. > If the ops community doesn't provide enough addresses and a way to use > them then the vendors will do the same thing they did in v4. i presume you mean nat v6/v6. this would be a real mess and i don't think anyone is contending it is desirable. but this discussion is ostensibly operators trying to understand what is actually appropriate and useful for a class of customers, i believe those of the consumer, soho, and similar scale. to summarize the positions i think i have heard o one /64 subnet per device, but the proponent gave no estimate of the number of devices o /48 o /56 o /64 the latter three all assuming that the allocation would be different if the site had actual need and justification. personally, i do not see an end site needing more than 256 subnets *by default*, though i can certainly believe a small minority of them need more and would use the escape clause. so, if we, for the moment, stick to the one /64 per subnet religion, than a /56 seems sufficient for the default allocation. personally, i have a hard time thinking that any but a teensie minority, who can use the escape clause, need more than 256. hence, i just don't buy the /48 position. personally, i agree that one subnet is likely to be insufficient in a large proportion of cases. so keeping to the /64 per subnet religion, a /64 per site is insufficient for the default. still personally, i think the one /64 subnet per device is analogous to one receptacle per mains breaker, i.e. not sensible. > there are three legs to the tripod > network operator > user > equipment manufacturer > They have (or should have) a mutual interest in: > Transparent and automatic configuration of devices. as you have seen from chris's excellent post [0] on this one, one size does not fit all. this is likely another worthwhile, but separate, discussion. > The assignment of globally routable addresses to internet > connected devices i suspect that there are folk out there who equate nat with security. i suspect we both think them misguided. > The user having some control over what crosses the boundry > between their network and the operators. yup randy --- [0] - <http://www.merit.edu/mail.archives/nanog/msg04887.html>

5 8

New Years Eve
by Martin Hannigan 29 Dec '07

29 Dec '07

Ok folks, what's the plan? I think we should opt to join each others company at either Brasserie Jo's, or Blu. I can't speak for Jo's NYE, but Blu NYE has optional fireworks viewing on their deck facing the common. Should be pretty awesome. $99 bux. Significant others invited, of course, and anyone else who may be straggling on NYE. Let's do something together. It's long overdue. Marty

2 2

Carrier Hotels in Chicago
by Robert Boyle 29 Dec '07

29 Dec '07

Hello all, I located our new midwest datacenter site, but I'm going to need connectivity to Chicago. At which other middle of the country places should we connect? We will obviously connect back to our network in New York and Los Angeles, but I'm not familiar with other carrier hotels or IXs in the middle of the US. What is in Dallas? Does anyone have any strong feelings about Telx in <http://www.telx.com/facilities.php?section=ChicagoIL350ECermakRoad>Chicago, IL @ 350 E. Cermak Road or <http://www.telx.com/facilities.php?section=ChicagoIL600_780SFederalSt>600 S. Federal Street? Are those the best places in the midwest? Any other suggestions? I am asking here because I am looking for a carrier and ISP perspective. I am going to colocate core and edge routers and I need connectivity to a large pool of carriers and no MRC on cross connections. Any help or advice would be appreciated. Thanks! -Robert Tellurian Networks - Global Hosting Solutions Since 1995 http://www.tellurian.com | 888-TELLURIAN | 973-300-9211 "Well done is better than well said." - Benjamin Franklin

1 0

Weekly Routing Table Report
by Routing Analysis Role Account 28 Dec '07

28 Dec '07

This is an automated weekly mailing describing the state of the Internet Routing Table as seen from APNIC's router in Japan. Daily listings are sent to bgp-stats(a)lists.apnic.net For historical data, please see http://thyme.apnic.net. If you have any comments please contact Philip Smith <pfs(a)cisco.com>. Routing Table Report 04:00 +10GMT Sat 29 Dec, 2007 Report Website: http://thyme.apnic.net Detailed Analysis: http://thyme.apnic.net/current/ Analysis Summary ---------------- BGP routing table entries examined: 241684 Prefixes after maximum aggregation: 123919 Deaggregation factor: 1.95 Unique aggregates announced to Internet: 117876 Total ASes present in the Internet Routing Table: 26983 Prefixes per ASN: 8.96 Origin-only ASes present in the Internet Routing Table: 23493 Origin ASes announcing only one prefix: 11440 Transit ASes present in the Internet Routing Table: 3490 Transit-only ASes present in the Internet Routing Table: 71 Average AS path length visible in the Internet Routing Table: 3.6 Max AS path length visible: 19 Max AS path prepend of ASN (29642) 15 Prefixes from unregistered ASNs in the Routing Table: 11 Unregistered ASNs in the Routing Table: 11 Prefixes from 32-bit ASNs in the Routing Table: 8 Special use prefixes present in the Routing Table: 0 Prefixes being announced from unallocated address space: 12 Number of addresses announced to Internet: 1798626608 Equivalent to 107 /8s, 52 /16s and 221 /24s Percentage of available address space announced: 48.5 Percentage of allocated address space announced: 62.1 Percentage of available address space allocated: 78.2 Total number of prefixes smaller than registry allocations: 113437 APNIC Region Analysis Summary ----------------------------- Prefixes being announced by APNIC Region ASes: 50697 Total APNIC prefixes after maximum aggregation: 18877 APNIC Deaggregation factor: 2.69 Prefixes being announced from the APNIC address blocks: 53003 Unique aggregates announced from the APNIC address blocks: 23616 APNIC Region origin ASes present in the Internet Routing Table: 3034 APNIC Prefixes per ASN: 17.47 APNIC Region origin ASes announcing only one prefix: 805 APNIC Region transit ASes present in the Internet Routing Table: 439 Average APNIC Region AS path length visible: 3.6 Max APNIC Region AS path length visible: 17 Number of APNIC addresses announced to Internet: 324335920 Equivalent to 19 /8s, 84 /16s and 249 /24s Percentage of available APNIC address space announced: 74.2 APNIC AS Blocks 4608-4864, 7467-7722, 9216-10239, 17408-18431 (pre-ERX allocations) 23552-24575, 37888-38911 APNIC Address Blocks 58/7, 60/7, 114/7, 116/6, 120/6, 124/7, 126/8 202/7, 210/7, 218/7, 220/7 and 222/8 ARIN Region Analysis Summary ---------------------------- Prefixes being announced by ARIN Region ASes: 138194 Total ARIN prefixes after maximum aggregation: 73687 ARIN Deaggregation factor: 1.88 Prefixes being announced from the ARIN address blocks: 83362 Unique aggregates announced from the ARIN address blocks: 33097 ARIN Region origin ASes present in the Internet Routing Table: 12769 ARIN Prefixes per ASN: 6.53 ARIN Region origin ASes announcing only one prefix: 4789 ARIN Region transit ASes present in the Internet Routing Table: 1353 Average ARIN Region AS path length visible: 3.4 Max ARIN Region AS path length visible: 19 Number of ARIN addresses announced to Internet: 356090560 Equivalent to 21 /8s, 57 /16s and 130 /24s Percentage of available ARIN address space announced: 78.6 ARIN AS Blocks 1-1876, 1902-2042, 2044-2046, 2048-2106 (pre-ERX allocations) 2138-2584, 2615-2772, 2823-2829, 2880-3153 3354-4607, 4865-5119, 5632-6655, 6912-7466 7723-8191, 10240-12287, 13312-15359, 16384-17407 18432-20479, 21504-23551, 25600-26591, 26624-27647, 29696-30719, 31744-33791 35840-36863, 39936-40959 ARIN Address Blocks 24/8, 63/8, 64/5, 72/6, 76/8, 96/6, 199/8, 204/6, 208/7 and 216/8 RIPE Region Analysis Summary ---------------------------- Prefixes being announced by RIPE Region ASes: 49259 Total RIPE prefixes after maximum aggregation: 30053 RIPE Deaggregation factor: 1.64 Prefixes being announced from the RIPE address blocks: 47770 Unique aggregates announced from the RIPE address blocks: 31638 RIPE Region origin ASes present in the Internet Routing Table: 10612 RIPE Prefixes per ASN: 4.50 RIPE Region origin ASes announcing only one prefix: 5624 RIPE Region transit ASes present in the Internet Routing Table: 1627 Average RIPE Region AS path length visible: 4.0 Max RIPE Region AS path length visible: 18 Number of RIPE addresses announced to Internet: 339676032 Equivalent to 20 /8s, 63 /16s and 11 /24s Percentage of available RIPE address space announced: 77.9 RIPE AS Blocks 1877-1901, 2043, 2047, 2107-2136, 2585-2614 (pre-ERX allocations) 2773-2822, 2830-2879, 3154-3353, 5377-5631 6656-6911, 8192-9215, 12288-13311, 15360-16383 20480-21503, 24576-25599, 28672-29695 30720-31743, 33792-35839, 38912-39935 40960-45055 RIPE Address Blocks 62/8, 77/8, 78/7, 80/4, 193/8, 194/7, 212/7 and 217/8 LACNIC Region Analysis Summary ------------------------------ Prefixes being announced by LACNIC Region ASes: 3272 Total LACNIC prefixes after maximum aggregation: 1155 LACNIC Deaggregation factor: 2.83 Prefixes being announced from the LACNIC address blocks: 16321 Unique aggregates announced from the LACNIC address blocks: 8984 LACNIC Region origin ASes present in the Internet Routing Table: 425 LACNIC Prefixes per ASN: 38.40 LACNIC Region origin ASes announcing only one prefix: 188 LACNIC Region transit ASes present in the Internet Routing Table: 34 Average LACNIC Region AS path length visible: 4.2 Max LACNIC Region AS path length visible: 15 Number of LACNIC addresses announced to Internet: 47126272 Equivalent to 2 /8s, 207 /16s and 23 /24s Percentage of available LACNIC address space announced: 46.8 LACNIC AS Blocks 26592-26623, 27648-28671, plus ERX transfers LACNIC Address Blocks 186/7, 189/8, 190/8, 200/7 AfriNIC Region Analysis Summary ------------------------------- Prefixes being announced by AfriNIC Region ASes: 243 Total AfriNIC prefixes after maximum aggregation: 131 AfriNIC Deaggregation factor: 1.85 Prefixes being announced from the AfriNIC address blocks: 2495 Unique aggregates announced from the AfriNIC address blocks: 1452 AfriNIC Region origin ASes present in the Internet Routing Table: 71 AfriNIC Prefixes per ASN: 35.14 AfriNIC Region origin ASes announcing only one prefix: 34 AfriNIC Region transit ASes present in the Internet Routing Table: 3 Average AfriNIC Region AS path length visible: 4.6 Max AfriNIC Region AS path length visible: 12 Number of AfriNIC addresses announced to Internet: 8213248 Equivalent to 0 /8s, 125 /16s and 83 /24s Percentage of available AfriNIC address space announced: 24.5 AfriNIC AS Blocks 36864-37887 & ERX transfers AfriNIC Address Blocks 41/8, 196/8 APNIC Region per AS prefix count summary ---------------------------------------- ASN No of nets /20 equiv MaxAgg Description 4755 1507 383 71 Videsh Sanchar Nigam Ltd. Aut 9583 1101 82 433 Sify Limited 9498 1064 549 61 BHARTI BT INTERNET LTD. 17488 936 60 84 Hathway IP Over Cable Interne 4766 829 5495 340 Korea Telecom (KIX) 23577 810 34 690 Korea Telecom (ATM-MPLS) 18101 611 120 59 Reliance Infocom Ltd Internet 9829 589 449 11 BSNL National Internet Backbo 7545 582 147 98 TPG Internet Pty Ltd 4812 529 874 82 China Telecom (Shanghai) 4808 523 799 122 CNCGROUP IP network: China169 4668 520 68 10 LG-EDS Systems Inc. 17676 505 10919 64 Softbank BB Corp. 4802 470 128 151 Wantree Development 9443 438 121 69 Primus Telecommunications 17974 399 145 17 PT TELEKOMUNIKASI INDONESIA 7474 387 202 273 SingTel Optus Pty Ltd 4837 366 5072 178 chinanet IDC center beijing n 9929 329 189 50 China Netcom Corp. 17557 323 55 178 Pakistan Telecom ARIN Region per AS prefix count summary --------------------------------------- ASN No of nets /20 equiv MaxAgg Description 7018 1481 6106 1005 AT&T WorldNet Services 4323 1387 1009 360 Time Warner Telecom 2386 1340 635 815 AT&T Data Communications Serv 11492 1202 134 15 Cable One 8151 1148 2390 220 UniNet S.A. de C.V. 6478 1090 330 161 AT&T Worldnet Services 18566 1036 288 9 Covad Communications 6197 1026 721 510 BellSouth Network Solutions, 7011 1008 297 588 Citizens Utilities 4134 980 11601 305 CHINANET-BACKBONE 174 971 6831 823 Cogent Communications 701 900 6496 707 UUNET Technologies, Inc. 19262 865 3127 177 Verizon Global Networks 20115 858 793 465 Charter Communications 3356 838 10906 416 Level 3 Communications, LLC 22773 835 2140 59 Cox Communications, Inc. 1239 790 2670 549 Sprint 209 755 3785 599 Qwest 5668 662 176 18 CenturyTel Internet Holdings, 6140 602 109 151 ImpSat RIPE Region per AS prefix count summary --------------------------------------- ASN No of nets /20 equiv MaxAgg Description 3292 409 1654 368 TDC Tele Danmark 24863 400 60 36 LINKdotNET AS number 3301 323 1458 297 TeliaNet Sweden 3320 316 6019 262 Deutsche Telekom AG 8452 284 188 7 TEDATA 8551 277 266 40 Bezeq International 8866 277 78 24 Bulgarian Telecommunication C 3215 270 2583 92 France Telecom Transpac 6746 270 128 249 Dynamic Network Technologies, 8708 270 420 242 Romania Data Systems S.A. 8220 243 423 229 COLT Telecommunications 9116 242 184 28 Goldenlines main autonomous s 3352 238 1948 40 Ibernet, Internet Access Netw 3269 231 3037 68 TELECOM ITALIA 9155 230 43 10 QualityNet AS number 5462 229 666 27 Telewest Broadband 3300 211 172 100 AUCS Communications Services 9121 211 1444 26 TTnet Autonomous System 20858 201 34 3 EgyNet 29357 199 17 4 WATANIYA TELECOM LACNIC Region per AS prefix count summary ----------------------------------------- ASN No of nets /20 equiv MaxAgg Description 28573 229 321 29 NET Servicos de Comunicao S.A 26608 121 23 19 SkyOnline do Brasil Ltda 27747 85 20 4 Types of queries are: POCs, o 27757 80 11 10 ANDINATEL S.A. 26622 68 7 16 SIM TELECOMUNICACOES LTDA 26603 62 4 7 Comercial Dinamica 27699 55 488 26 TELECOMUNICACOES DE SAO PAULO 27798 54 4 4 COSTAVISION S.A. 28580 52 4 4 Cilnet Comunicacoes e Informa 27833 50 6 2 BVNET S.A. 26619 47 4 26 Flycom Comunicaciones 26613 44 3 13 EasyNet S.A. 27696 43 4 15 Multidata S.A. 27845 43 4 10 Empresa Regional de Telecomun 28571 42 58 41 Universidade de Sao Paulo - U 27768 41 6 24 CO.PA.CO. 28611 41 5 4 614 TVC INTERIOR S/A 26596 36 6 4 SUPERCABLE TELECOMUNICACIONES 28640 35 4 3 VIPWay Serviços de Telecomuni 27715 34 4 2 LocaWeb Ltda AfriNIC Region per AS prefix count summary ------------------------------------------ ASN No of nets /20 equiv MaxAgg Description 36897 16 1 1 Aerosat Internet Service Prov 36898 15 2 3 UniNet Communications 36925 12 2 3 Meditelecom 36954 12 1 5 Multi-Links Telecommunication 36865 10 2 2 ASN for Teledata Mozambique 36866 10 1 4 Jamii Telecommunications Limi 36917 10 1 2 ACS | Angola Comunicacoes & S 36915 8 2 2 Africa Online Kenya 36864 7 1 1 AFRIBONE Mali SA 36877 7 2 3 MWEB 36911 7 2 5 DIRECT ON PC LTD HUB 36889 6 1 2 DotCoZa 36890 6 1 4 MTN RwandaCell 36950 6 0 3 Tropcon Comunicacoes LDA 36992 6 1 4 Etisalat MISR 36888 5 1 2 Net Afrique Dotcom Ltd. 36935 5 3 5 Vodafone Egypt Telecommunicat 36874 4 11 4 Cybersmart 36934 4 16 4 Artel International 36958 4 0 3 Atlas Cable & Wireless Global Per AS Maximum Aggr summary ---------------------------------- ASN No of nets Net Savings Description 11492 1202 1187 Cable One 4323 1387 1027 Time Warner Telecom 18566 1036 1027 Covad Communications 9498 1064 1003 BHARTI BT INTERNET LTD. 6478 1090 929 AT&T Worldnet Services 8151 1148 928 UniNet S.A. de C.V. 17488 936 852 Hathway IP Over Cable Interne 22773 835 776 Cox Communications, Inc. 19262 865 688 Verizon Global Networks 4134 980 675 CHINANET-BACKBONE 9583 1101 668 Sify Limited 5668 662 644 CenturyTel Internet Holdings, 9829 589 578 BSNL National Internet Backbo 6517 596 560 Yipes Communications, Inc. 18101 611 552 Reliance Infocom Ltd Internet 15270 596 544 PaeTec.net -a division of Pae 11830 545 536 Instituto Costarricense de El 2386 1340 525 AT&T Data Communications Serv 19916 563 521 OLM LLC 6197 1026 516 BellSouth Network Solutions, List of Unregistered Origin ASNs (Global) ----------------------------------------- Bad AS Designation Network Transit AS Description 43185 UNALLOCATED 77.95.208.0/21 12779 ITGATE.Net 65068 PRIVATE 79.171.184.0/21 43895 * 65500 PRIVATE 83.142.233.0/24 20516 LuckyNet Israel 65364 PRIVATE 190.144.163.0/24 14080 FIRSTCOM COLOMBIA 65389 PRIVATE 190.144.166.0/24 14080 FIRSTCOM COLOMBIA 65394 PRIVATE 190.144.167.0/24 14080 FIRSTCOM COLOMBIA 65403 PRIVATE 190.144.168.0/24 14080 FIRSTCOM COLOMBIA 65375 PRIVATE 190.144.175.0/24 14080 FIRSTCOM COLOMBIA 65201 PRIVATE 202.112.49.0/24 4538 China Education and 65201 PRIVATE 202.112.50.0/24 4538 China Education and 65201 PRIVATE 202.112.57.0/24 4538 China Education and Advertised Unallocated Addresses -------------------------------- Network Origin AS Description 31.31.31.0/24 9730 The Best ISP to go Multimedia 132.0.0.0/10 721 DLA Systems Automation Center 137.0.0.0/13 721 DLA Systems Automation Center 158.0.0.0/13 721 DLA Systems Automation Center 172.33.1.0/24 7018 AT&T WorldNet Services 173.173.173.0/24 9730 The Best ISP to go Multimedia 192.0.10.0/24 9498 BHARTI BT INTERNET LTD. 192.44.0.0/24 5501 Fraunhofer Gesellschaft 192.44.0.0/19 702 UUNET - Commercial IP service 192.70.164.0/24 25689 National Research Council of 192.153.136.0/21 721 DLA Systems Automation Center 192.172.0.0/19 721 DLA Systems Automation Center Number of prefixes announced per prefix length (Global) ------------------------------------------------------- /1:0 /2:0 /3:0 /4:0 /5:0 /6:0 /7:0 /8:18 /9:9 /10:15 /11:40 /12:135 /13:271 /14:487 /15:971 /16:9742 /17:4196 /18:6901 /19:14893 /20:17065 /21:16127 /22:20228 /23:21221 /24:126749 /25:872 /26:1088 /27:549 /28:92 /29:8 /30:1 /31:0 /32:6 Advertised prefixes smaller than registry allocations ----------------------------------------------------- ASN No of nets Total ann. Description 11492 1192 1202 Cable One 6478 1089 1090 AT&T Worldnet Services 2386 1036 1340 AT&T Data Communications Serv 18566 1018 1036 Covad Communications 9583 946 1101 Sify Limited 7011 893 1008 Citizens Utilities 4755 872 1507 Videsh Sanchar Nigam Ltd. Aut 7018 815 1481 AT&T WorldNet Services 23577 801 810 Korea Telecom (ATM-MPLS) 6197 772 1026 BellSouth Network Solutions, 9498 752 1064 BHARTI BT INTERNET LTD. 17488 751 936 Hathway IP Over Cable Interne 4766 613 829 Korea Telecom (KIX) 4323 594 1387 Time Warner Telecom 15270 558 596 PaeTec.net -a division of Pae 19916 558 563 OLM LLC 6517 557 596 Yipes Communications, Inc. 5668 521 662 CenturyTel Internet Holdings, 4668 510 520 LG-EDS Systems Inc. 18101 504 611 Reliance Infocom Ltd Internet Number of /24s announced per /8 block (Global) ---------------------------------------------- 4:9 8:96 12:1930 13:2 15:21 16:3 17:6 18:14 20:35 24:1019 25:1 31:1 32:61 33:4 38:370 40:69 41:431 44:2 47:8 52:3 55:3 56:3 57:21 58:508 59:412 60:399 61:985 62:1047 63:1979 64:3303 65:2361 66:3576 67:1018 68:643 69:2071 70:464 71:105 72:1466 73:7 74:808 75:270 76:175 77:478 78:408 79:65 80:898 81:791 82:556 83:370 84:544 85:907 86:366 87:595 88:292 89:1062 90:39 91:864 92:55 93:2 96:2 97:7 98:25 114:1 115:1 116:454 117:231 118:68 119:41 121:381 122:666 123:229 124:760 125:1060 128:311 129:185 130:136 131:388 132:68 133:9 134:194 135:34 136:193 137:85 138:146 139:71 140:516 141:126 142:375 143:260 144:321 145:51 146:333 147:128 148:476 149:186 150:116 151:129 152:95 153:127 154:11 155:279 156:200 157:244 158:165 159:210 160:192 161:99 162:198 163:186 164:561 165:409 166:291 167:308 168:550 169:129 170:420 171:29 172:3 173:1 189:138 190:1328 192:5734 193:4060 194:3248 195:2328 196:956 198:3807 199:3226 200:5351 201:1310 202:7433 203:7814 204:3978 205:2043 206:2418 207:2750 208:3071 209:3581 210:2504 211:1110 212:1247 213:1599 214:440 215:45 216:4105 217:1216 218:329 219:402 220:1006 221:407 222:294 End of report

1 0

Re: South America Peering
by Robert Boyle 28 Dec '07

28 Dec '07

At 07:39 PM 12/27/2007, AD wrote: >hello, > > does anyone have any experience with peering in S. America? I am > looking to move a lot of data between NewYork/LA and a few south > american countries and looking for some ISPs that have reliable > peering into those countries. > > Any recommendations would be appreciated. The one i did find was > Terremark, but no others yet. Adam, If you want connectivity to Latin America (inc. S. America) from the US (LA & NY), then you probably want to be at NOA in Miami. That is a Terremark facility, but lots of carriers are there. Look at their carrier customer list and you will see all of the carriers connected to them in Miami: http://marketplace.terremark.com/bysegment.asp?s=1 We have a few connections which go through NOA and we have found the pricing to get high speed circuits to NY and LA from Miami to be very reasonable. Good luck with your project. -Robert Tellurian Networks - Global Hosting Solutions Since 1995 http://www.tellurian.com | 888-TELLURIAN | 973-300-9211 "Well done is better than well said." - Benjamin Franklin

3 2