- Test - lists.nanog.org

Re: Lazy network operators
by Paul Vixie 18 Apr '04

18 Apr '04

> > ... > > anyway, there will absolutely be NAT in ipv6 enterprise networks, but the > > reason for it won't be a shortage of globally unique address space. > > Hmmm, or rather, there just wont be any demand for IPv6 deployment, at > least from the edges (consumers, small/medium networks). Why bother > changing if, despite the (almost indefinitely) availability of sparse > address space, one can not claim a tiny piece as ones' own? Which is > IPv4's only problem, at least as seen from the edges. ipv6 solves problems that large providers have, or speculate that they'll have, and at some point the edge/enterprise will adopt a dual stack approach just to be reachable by 3G-etc, assuming that 3G-etc ever stops having the 6to4/ISATAP/etc features it'll have to have before it has v6 at all. so, theoretically, there's a tipping point where dualstack or even v6-only will make sense even to someone who refuses the lockins and stays with a NAT-based or proxy-based design. > Provider independence (to some degree, even by DNS A6 or otherwise) > for all should have been IPv6's biggest selling point. It doesnt have > it, judging by multi6 it's not likely it ever will, and hence it's > similarly unlikely there ever will be any real demand for v6. provider independence is not a clear virtue in the eyes of those powerful enough to sway vendors toward implementation -- that is, people with billion dollar annual capital budgets. it may not even be a clear virtue in the eyes of the edge/enterprise consumers who want to avoid lockin, since they've gotten comfortable with NAT and proxies over the years, and since in a post-CIDR world, everybody knows that the equilibrium between can-route and can-qualify has to be more toward can-route and the people who can't-qualify just need to make other arrangements. i dearly wish i had understood this market equation at the time i was pushing for A6/DNAME, since at that time i stupidly thought that this was a technical problem and the people on the other side of the argument just didn't understand the technical issues well enough. (oops.)

1 0

Anyone alive at ALTDB?
by Jason Lixfeld 18 Apr '04

18 Apr '04

messages to db-admin have so far gone unanswered.

4 4

Re: Lazy network operators
by John Curran 17 Apr '04

17 Apr '04

Vixie writes: >since we're talking about laziness, let's look at two ways in which we (nanog >"members" and others like us around the world) have been lazy, for decades, >and have therefore helped to create the current miserable "abuse" situation. Paul, let me add one more to your list: As a community, we have been too lazy to take hold of the architectural source of the problem, which is the complete lack of accountability over the ability to post email. This is not a technical issue (although I can hear echos from the long past x.400 community already), it's simply a service definition issue. As a community, we've designed an end-to-end mail protocol(SMTP) and opened it up to everyone. The reality is that the vast majority of end-user customers connected to the Internet have one or two email servers, and there is no reason to allow client connections to port 25 for posting. If ISP's simply filtered port 25 by default except from specified servers, there wouldn't be a huge base of client systems to tap into for robo-farms for spamming. Of course, this breaks the end-to-end model of the Internet... Too bad. End-to-end makes sense in some contexts, and it doesn't in others. This is the latter case. In reality, lots of folks have plenty of good reasons to want open access to port 25 from their entire prefix. That's also fine, *as long as you accept responsibility for what is sent*. Want both wide open access and complete deniability? That's the option we presently have, and frankly, it doesn't scale. /John

25 49

IDDB: Companion Domains Database to IADB (and IADB Update)
by Anne P. Mitchell, Esq. 17 Apr '04

17 Apr '04

All, We have not yet announced, but have made available, the IDDB - ISIPP Domains Database. This is a companion database to IDDB, and allows queriers to do a query by domain name; if the domain name is listed, it will return a list of IP addresses from which the domain is properly allowed to mail, along with the listee's IADB registration number for cross reference. Obviously, the resulting IP addresses can than be plugged into an IADB query to get the IADB data about the sender's status, opt-in policies, etc.. This is _not_ intended as a replacement for SPF, MS Caller ID for Email, Domain Keys, etc.. Rather it is simply a companion database to IADB, which we are offering at the request of both senders and receivers who wanted this ability. IADB is also growing, now offering additional information (the newest is the data code which means "the only email which comes from this IP address is mailing list email, and that mailing list email is entirely confirmed (double) opt-in"), and providing such information to ISPs, spam filters, and other queriers for more than 325million pieces of email per month. The full list if current information provided by an IADB lookup is at http://www.isipp.com/iadbquery.php Querying IDDB, as with IADB, is free (and always will be), and can be done by filling out a short form at http://www.isipp.com/iadb_query_sign_up.php We hope that you will get good use out of IDDB as well as IADB, and I want to thank those of you already supporting it. Anne

1 0

RE: Lazy network operators
by Michel Py 17 Apr '04

17 Apr '04

> Paul Vixie wrote: > ipv4 CIDR also had the effect of making end users fear > their provider-assigned IP addresses, and the real incentive > for ipv4 NAT deployment wasn't a lack of ipv4 address space > but rather a lack of interest in provider-assigned ("lockin") > addressing. Indeed, and it did take many going through the pain of renumbering once to understand this. Lots have been burned, and most won't make the same mistake twice: if they ever have to implement IPv6 the one thing they won't go with is "lockin" addressing. > it's still quite astounding to me that when we finish > deploying ipv6 we'll still have provider assigned > addresses that customers are afraid to use beyond the > edge of their campus, and we'll still have the age-old > tension between "i could get global routing for that > address block" and "i could qualify with my RIR to > obtain that address block (and afford the fees)". Not astounding to me; IPv6 has never been designed with the end-user in mind, because said users are typically not represented in the IETF. Nothing different from the telephone: we just got cell phone number portability, and it certainly did not come out from a telco initiative. > Iljitsch van Beijnum wrote: > I mean, if you're going to use NAT, why switch to > IPv6 in the first place? Answer: stay with IPv4. > Paul Vixie wrote: > reasons will vary from "because my vendors are pushing it" > to "because it has some feature that makes my life easier" At this point in time none of the features is worth the infrastructure upgrade cost. > to "because some application my users are asking for only works on ipv6" Still have to see one, as most application writers are not stupid enough to waste their time writing an IPv6-only app that will successfully capture 50% of the IPv6 market which happens to be 0% of the total market. > to "because it will help me justify next year's IT budget". Don't even need that one, there are plenty of other and more important things I can toss in next year's budget. Besides, in terms of budget, it is risky business to ask For something that does not provide ROI quickly. > one reason that won't be on the list is "because i cannot > otherwise get enough address space to become fully locked > into my current transit provider." Indeed. > and i don't imagine the site-local address ranges will be > given to a RIR, so folks who decide to number their > enterprise in that range and then speak to "the internet" > through an as-yet-unannounced ipv6-nat product will just > do that. Indeed, and there are actually blocks that are better choices than the former site-local range for that (because they are not deprecated). > Iljitsch van Beijnum wrote: > IETF multi6 wg is working on this problem. Hopefully it's > possible to come up with something that offers both > scalability and functionality, as current PI and PA > paradigms each only offer one. I hard that song for the last ten years. Bottom line is, it's too late now. > Paul Vixie wrote: > so exactly where the multi6 group is planning to sell > their results, I can't imagine. I came to the same conclusion earlier. Besides the technical challenges, there were and still are too many people in the loop that wanted it to fail in the first place. Michel.

1 0

google.
by Micah McNelly 16 Apr '04

16 Apr '04

is anyone having google reachability issues? /m

4 3

Re: Lazy network operators
by Paul Vixie 16 Apr '04

16 Apr '04

> Yes, this is a problem. I'm not sure NAT is the solution, though. I mean, > if you're going to use NAT, why switch to IPv6 in the first place? reasons will vary from "because my vendors are pushing it" to "because it has some feature that makes my life easier" to "because some application my users are asking for only works on ipv6" to "because it will help me justify next year's IT budget". one reason that won't be on the list is "because i cannot otherwise get enough address space to become fully locked into my current transit provider." > Unless I'm very much mistaken, this transition mechanism ("NAT-PT") > translates from IPv6 to IPv4 and vice versa, NOT from IPv6 to IPv6. sure, but abusing tools for purposes other than what they were made for is how most IT directors earn their salaries (though they don't call it that.) and i don't imagine the site-local address ranges will be given to a RIR, so folks who decide to number their enterprise in that range and then speak to "the internet" through an as-yet-unannounced ipv6-nat product will just do that. > > ... we'll still have the age-old tension between "i could get global > > routing for that address block" and "i could qualify with my RIR to > > obtain that address block (and afford the fees)". > > IETF multi6 wg is working on this problem. Hopefully it's possible to come > up with something that offers both scalability and functionality, as > current PI and PA paradigms each only offer one. as someone who cared deeply about this at one time and who watched A6/DNAME become a fly on the windshield of ietf backroom politics, i wish you luck. it's important to remember that large network owners don't care about this, and they are the ones who tell the vendors what to build. someone who wants to build a 3G network doesn't want A6/DNAME or any other added complexity adding logic and bugs to their handhelds or their cell towers. someone who wants to sell a lot of business-DSL is happier if their customers are locked in. so exactly where the multi6 group is planning to sell their results, i can't imagine.

3 3

Re: Lazy network operators
by Paul Vixie 16 Apr '04

16 Apr '04

> On the other hand, we've had DDoS prevention mechanisms (based on > multiple rate-limiters, for different kinds of packets) deployed for > over 6 months now. They seem to work just fine, are always active, > and require no state in the network. you know how to rate-limit without state in the network? please explain.

2 1

NSP-SEC BOF CFP
by Danny McPherson 16 Apr '04

16 Apr '04

Folks, Merike & I are chairing the NSP-SEC BOF at NANOG in SF in a few weeks. Anyone with topics you'd like to see discussed, or topics you'd like to discuss, please let us know ASAP. Thanks! -danny & merike

2 1

The Cidr Report
by cidr-report＠potaroo.net 16 Apr '04

16 Apr '04

This report has been generated at Fri Apr 16 21:44:13 2004 AEST. The report analyses the BGP Routing Table of an AS4637 (Reach) router and generates a report on aggregation potential within the table. Check http://www.cidr-report.org/as4637 for a current version of this report. Recent Table History Date Prefixes CIDR Agg 09-04-04 133208 93271 10-04-04 133231 93284 11-04-04 133153 93021 12-04-04 133240 93272 13-04-04 133257 93290 14-04-04 133326 93436 15-04-04 133395 93472 16-04-04 133338 93463 AS Summary 16945 Number of ASes in routing system 6817 Number of ASes announcing only one prefix 1416 Largest number of prefixes announced by an AS AS7018 : ATTW AT&T WorldNet Services 73611264 Largest address span announced by an AS (/32s) AS568 : DISOUN 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'). --- 16Apr04 --- ASnum NetsNow NetsAggr NetGain % Gain Description Table 133415 93537 39878 29.9% All ASes AS4134 695 139 556 80.0% CHINANET-BACKBONE No.31,Jin-rong Street AS4323 709 199 510 71.9% TWTC Time Warner Telecom AS7018 1416 985 431 30.4% ATTW AT&T WorldNet Services AS7843 533 113 420 78.8% ADELPH-13 Adelphia Corp. AS6197 685 301 384 56.1% BNS-14 BellSouth Network Solutions, Inc AS27364 405 33 372 91.9% ARMC Armstrong Cable Services AS701 1297 934 363 28.0% UU UUNET Technologies, Inc. AS22909 382 31 351 91.9% CMCS Comcast Cable Communications, Inc. AS6198 562 226 336 59.8% BNS-14 BellSouth Network Solutions, Inc AS9583 436 116 320 73.4% SATYAMNET-AS Satyam Infoway Ltd., AS22773 359 40 319 88.9% CXAB Cox Communications Inc. Atlanta AS9929 338 31 307 90.8% CNCNET-CN China Netcom Corp. AS1239 944 641 303 32.1% SPRN Sprint AS4355 384 99 285 74.2% ERSD EARTHLINK, INC AS6140 379 111 268 70.7% IMPSA ImpSat AS17676 307 45 262 85.3% JPNIC-JP-ASN-BLOCK Japan Network Information Center AS6478 293 44 249 85.0% ATTW AT&T WorldNet Services AS209 761 520 241 31.7% QWEST-4 Qwest AS1221 865 631 234 27.1% ASN-TELSTRA Telstra Pty Ltd AS6347 376 145 231 61.4% SAVV SAVVIS Communications Corporation AS25844 243 17 226 93.0% SASMFL-2 Skadden, Arps, Slate, Meagher & Flom LLP AS14654 226 4 222 98.2% WAYPOR-3 Wayport AS11305 241 31 210 87.1% INTERL-80 Interland Incorporated AS3356 895 692 203 22.7% LEVEL3 Level 3 Communications AS4766 454 253 201 44.3% KIX Korea Internet Exchange for "96 World Internet Exposition AS9443 358 169 189 52.8% INTERNETPRIMUS-AS-AP Primus Telecommunications AS2386 432 244 188 43.5% ADCS-1 AT&T Data Communications Services AS4519 205 22 183 89.3% MAASCO Maas Communications AS6327 206 28 178 86.4% SHAWC-2 Shaw Communications Inc. AS20115 584 409 175 30.0% CC04 Charter Communications Total 15970 7253 8717 54.6% Top 30 total Possible Bogus Routes 24.138.80.0/20 AS11260 AHSICHCL Andara High Speed Internet c/o Halifax Cable Ltd. 24.246.0.0/17 AS7018 ATTW AT&T WorldNet Services 24.246.128.0/18 AS7018 ATTW AT&T WorldNet Services 60.254.0.0/20 AS23889 MAURITIUS-TELECOM-AS-AP MAURITIUS TELECOM 64.22.0.0/18 AS3561 CWU Cable & Wireless USA 64.46.0.0/18 AS7850 IHIGHW iHighway.net, Inc. 64.46.4.0/22 AS11711 TULARO TULAROSA COMMUNICATIONS 64.46.12.0/24 AS7850 IHIGHW iHighway.net, Inc. 64.46.27.0/24 AS8674 NETNOD-IX Netnod Internet Exchange Sverige AB 64.46.34.0/24 AS3408 64.46.60.0/24 AS7850 IHIGHW iHighway.net, Inc. 64.46.63.0/24 AS7850 IHIGHW iHighway.net, Inc. 66.51.128.0/20 AS23401 NAC Net Access Corporation 66.51.140.0/24 AS23401 NAC Net Access Corporation 66.114.0.0/19 AS16526 BIRCHT Birch Telecom, Inc. 69.26.32.0/19 AS17307 VIRTEL-15 Virtela Communications 132.0.0.0/10 AS568 DISOUN DISO-UNRRA 137.0.0.0/13 AS568 DISOUN DISO-UNRRA 138.136.0.0/13 AS568 DISOUN DISO-UNRRA 158.0.0.0/13 AS568 DISOUN DISO-UNRRA 160.213.112.0/20 AS25440 INFONET-NESTLE Nestle European Data Center 160.213.240.0/20 AS25440 INFONET-NESTLE Nestle European Data Center 164.234.0.0/16 AS721 DNIC DoD Network Information Center 164.234.0.0/18 AS721 DNIC DoD Network Information Center 192.30.93.0/24 AS17757 HPAUS-AP HP Australia 192.30.94.0/24 AS17757 HPAUS-AP HP Australia 192.30.127.0/24 AS719 LANLINK Elisa Oyj 192.40.105.0/24 AS5515 SONERA-GLOBAL-IP Sonera Solution Autonomous System 192.43.230.0/24 AS4738 SAARDNET-AS South Australian Academic Research and Development Network 192.44.0.0/19 AS702 AS702 MCI EMEA 192.81.182.0/24 AS719 LANLINK Elisa Oyj 192.81.183.0/24 AS719 LANLINK Elisa Oyj 192.81.184.0/24 AS719 LANLINK Elisa Oyj 192.119.135.0/24 AS270 NASA National Aeronautics and Space Administration 192.124.252.0/22 AS680 DFN-IP service G-WiN 192.133.6.0/24 AS4004 GLOBALONE-EQUANT-UK Equant UK Autonomous System 192.135.50.0/24 AS7018 ATTW AT&T WorldNet Services 192.136.71.0/24 AS719 LANLINK Elisa Oyj 192.136.79.0/24 AS719 LANLINK Elisa Oyj 192.153.144.0/21 AS568 DISOUN DISO-UNRRA 192.172.0.0/19 AS568 DISOUN DISO-UNRRA 192.188.208.0/20 AS568 DISOUN DISO-UNRRA 192.243.32.0/23 AS2044 PALINA Palin Aquisitions Inc. 198.23.26.0/24 AS4390 BELLAT-7 Bell Atlantic, Inc. 198.97.72.0/21 AS568 DISOUN DISO-UNRRA 198.97.80.0/20 AS568 DISOUN DISO-UNRRA 198.97.88.0/24 AS89 NUSC-1 Naval Underwater Systems Center 198.97.192.0/20 AS568 DISOUN DISO-UNRRA 198.97.240.0/20 AS568 DISOUN DISO-UNRRA 198.101.4.0/22 AS568 DISOUN DISO-UNRRA 198.136.32.0/20 AS19329 MCBCC Martin County Board of County Commissioners 198.144.32.0/19 AS3998 CITY CityNet, Inc. 198.161.87.0/24 AS6539 GTGR GT Group Telecom Services Corp. 198.161.165.0/24 AS852 AGTA Telus Advanced Communications 198.163.155.0/24 AS684 MRN Manitoba Regional Network 198.167.0.0/16 AS7456 INS-51 Interhop Network SERVICES Inc. 198.167.163.0/24 AS15290 ACCA-2 Allstream Corp. Corporation Allstream 198.168.0.0/16 AS701 UU UUNET Technologies, Inc. 198.169.0.0/16 AS803 SASK SaskTel 198.232.133.0/24 AS23075 SKOTOS Skotos Tech, Inc 199.10.0.0/16 AS568 DISOUN DISO-UNRRA 199.60.0.0/20 AS271 UBC-3 University of British Columbia 199.84.0.0/16 AS701 UU UUNET Technologies, Inc. 199.114.0.0/18 AS568 DISOUN DISO-UNRRA 199.114.0.0/21 AS568 DISOUN DISO-UNRRA 199.114.128.0/18 AS568 DISOUN DISO-UNRRA 199.114.130.0/24 AS721 DNIC DoD Network Information Center 199.114.132.0/24 AS721 DNIC DoD Network Information Center 199.114.136.0/24 AS1913 DLA-8 Defense Logistics Agency 199.114.138.0/24 AS721 DNIC DoD Network Information Center 199.114.140.0/24 AS3544 DISAUN DISA/UNRRA 199.114.142.0/24 AS721 DNIC DoD Network Information Center 199.114.144.0/24 AS721 DNIC DoD Network Information Center 199.114.148.0/24 AS721 DNIC DoD Network Information Center 199.114.150.0/24 AS721 DNIC DoD Network Information Center 199.114.152.0/24 AS1913 DLA-8 Defense Logistics Agency 199.114.154.0/24 AS1733 ADP-41 AF DDN PMO 199.114.156.0/24 AS1913 DLA-8 Defense Logistics Agency 199.114.160.0/24 AS1733 ADP-41 AF DDN PMO 199.120.32.0/19 AS16582 NXLI NEXTLEVEL INTERNET, INC. 199.121.0.0/16 AS568 DISOUN DISO-UNRRA 199.123.0.0/18 AS568 DISOUN DISO-UNRRA 199.123.16.0/20 AS568 DISOUN DISO-UNRRA 199.123.80.0/21 AS568 DISOUN DISO-UNRRA 199.189.32.0/19 AS7332 IQUEST IQuest Internet 199.197.8.0/22 AS21814 PARSON-18 Parsons Corp. 199.202.0.0/16 AS701 UU UUNET Technologies, Inc. 202.2.64.0/20 AS9729 IS-AP iAdvantage Limited 202.47.1.0/24 AS7491 PI-PH-AS-AP PI-PHILIPINES 202.70.0.0/20 AS4658 NETFRONT-AS NETFRONT I.T. LIMITED (HONG KONG) 202.70.28.0/24 AS4515 ERX-STAR Star Internet Services Ltd. 202.70.240.0/20 AS4058 LINKAGENET-AP CPCNet Hong Kong Ltd. 202.73.128.0/22 AS4058 LINKAGENET-AP CPCNet Hong Kong Ltd. 202.86.142.0/24 AS30362 HAWAI-1 Hawaii-Pacific Teleport 202.93.0.0/20 AS4134 CHINANET-BACKBONE No.31,Jin-rong Street 202.122.76.0/24 AS17553 TIMELESS-AP System Integration provider 202.123.96.0/20 AS9288 COMCEN-AS-AP Com-Cen Pty Ltd 202.133.3.0/24 AS9335 CIP-JAPAN-AS-AP ATT IPlus 202.155.243.0/24 AS4795 INDOSAT2-ID-AP INDOSATNET-ASN 202.164.224.0/19 AS7599 IPXC-AS-AP IP Exchange 203.32.4.0/23 AS7617 203.62.0.0/17 AS7572 AARNET-ACT-RNO Australian Academic and Reasearch Network (AARNet) 203.132.107.0/24 AS10236 FOXGOLD-NET-AU-AP FOXGOLD COMMUNICATIONS 203.132.108.0/24 AS10236 FOXGOLD-NET-AU-AP FOXGOLD COMMUNICATIONS 204.69.144.0/22 AS5668 CIH-12 CenturyTel Internet Holdings, Inc. 204.154.125.0/24 AS3952 TELLAB-1 TELLABS Operations, Inc. 204.154.126.0/24 AS3952 TELLAB-1 TELLABS Operations, Inc. 204.154.127.0/24 AS3952 TELLAB-1 TELLABS Operations, Inc. 204.194.110.0/23 AS30653 EXOBI Exobit Networks Inc. 205.150.0.0/15 AS701 UU UUNET Technologies, Inc. 205.159.72.0/24 AS1660 ANSCOM-5 ANS Communications 206.41.32.0/19 AS14824 NCC-105 NewSouth Communications Corp. 206.81.187.0/24 AS19194 SNL-8 Sentris Network LLC 206.167.57.0/24 AS376 RISQR-3 Reseau Interordinateurs Scientique Quebecois (RISQ) 206.191.64.0/18 AS15290 ACCA-2 Allstream Corp. Corporation Allstream 206.251.69.0/24 AS27429 TIL-33 Telesat International Ltd. 206.253.190.0/23 AS8123 POLYBA Polybase 207.231.96.0/19 AS11194 NUNETI NuNet Inc 208.81.187.0/24 AS19194 SNL-8 Sentris Network LLC 209.169.219.0/24 AS189 GNTY Genuity 209.169.223.0/24 AS189 GNTY Genuity 209.172.0.0/18 AS7770 TRTI Triton Technologies, Inc. 209.205.69.0/24 AS21578 Universidad autonoma de Bucaramanga 209.205.70.0/24 AS21578 Universidad autonoma de Bucaramanga 209.205.81.0/24 AS15066 SkyNet de Colombia S.A. 209.205.82.0/24 AS15066 SkyNet de Colombia S.A. 209.205.84.0/24 AS15066 SkyNet de Colombia S.A. 209.213.32.0/19 AS10629 INS-52 Inter-Pacific Network Services 209.213.50.0/24 AS10629 INS-52 Inter-Pacific Network Services 209.213.51.0/24 AS10629 INS-52 Inter-Pacific Network Services 209.213.55.0/24 AS10629 INS-52 Inter-Pacific Network Services 209.213.56.0/24 AS10629 INS-52 Inter-Pacific Network Services 209.222.137.0/24 AS27429 TIL-33 Telesat International Ltd. 209.251.0.0/19 AS11036 SISCOM-1 SISCOM, Inc 209.251.64.0/19 AS10266 MDCN MDC, Inc. 210.213.0.0/19 AS6453 GLOBEINTERNET Teleglobe America Inc. 216.18.224.0/21 AS11458 IMBRIS-1 IMBRIS, INC. 216.18.224.0/22 AS11458 IMBRIS-1 IMBRIS, INC. 216.18.228.0/22 AS11458 IMBRIS-1 IMBRIS, INC. 216.96.128.0/18 AS7018 ATTW AT&T WorldNet Services 216.145.130.0/24 AS11937 TRXI TRX Inc. 216.145.132.0/24 AS11937 TRXI TRX Inc. 216.145.133.0/24 AS11937 TRXI TRX Inc. 216.145.134.0/24 AS11937 TRXI TRX Inc. 216.145.135.0/24 AS11937 TRXI TRX Inc. 216.145.152.0/24 AS10758 INWAVE INWave Internet, Inc 216.145.156.0/24 AS20304 JIS-32 JVLNET Internet Services 216.145.158.0/24 AS20304 JIS-32 JVLNET Internet Services 216.145.176.0/21 AS20304 JIS-32 JVLNET Internet Services 216.145.177.0/24 AS20304 JIS-32 JVLNET Internet Services 216.145.178.0/24 AS20304 JIS-32 JVLNET Internet Services 216.145.184.0/21 AS10758 INWAVE INWave Internet, Inc 216.145.200.0/21 AS20304 JIS-32 JVLNET Internet Services 216.186.151.0/24 AS3356 LEVEL3 Level 3 Communications 216.186.152.0/21 AS3356 LEVEL3 Level 3 Communications 216.186.160.0/23 AS3356 LEVEL3 Level 3 Communications 216.186.164.0/22 AS3356 LEVEL3 Level 3 Communications 216.186.192.0/19 AS3561 CWU Cable & Wireless USA 216.186.192.0/22 AS3356 LEVEL3 Level 3 Communications 216.186.198.0/23 AS3356 LEVEL3 Level 3 Communications 216.186.248.0/23 AS3356 LEVEL3 Level 3 Communications 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)apops.net routing-wg(a)ripe.net afnog(a)afnog.org

1 0