December 2000 - Test - lists.nanog.org

30 Dec '00

Hey Nanog Folks! I've posted my request on many other lists and now it is time to post here.... Please let me know if any of you are interested in participating.... ---------- Hi All! I'm working on gathering some information about how providers interact with each other for a research project. I've compiled a rather lengthy survey that asks questions about peering, peering policy and ISP practices. If you've ever set-up peering policies, etc. for an ISP, I'd love to have your responses to this survey. While answering all questions isn't necessary, I would appreciate it. And I'll be giving T-shirts out to those who complete the whole thing! :) All answers will be kept confidential and will be anonymized and aggregated before being included in any published findings... Anyone here willing to particpate? Drop me a note and I'll send you the survey! Thanks for your help! -abha ;) ps - some of you might've filled out a survey with me at NANOG some time ago, this is actually a follow-up to that one... ;) So, your participation in this round is still appreciated!

2 1

RE: RFC1918 addresses to permit in for VPN? (fwd)
by John Fraizer 30 Dec '00

30 Dec '00

---------- Forwarded message ---------- Date: Fri, 29 Dec 2000 21:54:10 -0500 From: Wants to keep their Job <xxxx(a)bellsouth.net> To: John Fraizer <nanog(a)EnterZone.Net> Subject: RE: RFC1918 addresses to permit in for VPN? Typical, indeed. *sigh* BellSouth. Telco Heads, running Telco Products. Let's squeeze this Internet thing into a two-pound telco bag and hope it doesn't squirt out of the sides... L'idiote de telco... :) I'd take up a collection to buy this guy a clue, but if anyone found out it was a Bell Head, no one would give! At 07:01 PM 12/29/00, you wrote: >On Fri, 29 Dec 2000, Deron J. Ringen wrote: > > > > > > -----Original Message----- > > > From: owner-nanog(a)merit.edu [mailto:owner-nanog@merit.edu]On Behalf Of > > > Simon Lyall > > > Sent: Friday, December 29, 2000 3:03 PM > > > To: nanog(a)merit.edu > > > Subject: Re: RFC1918 addresses to permit in for VPN? > > . > > . > > > One of the companies we work with has 192.168 address for some of the > > > radius servers we have to talk to, we are directly connected to them so > > > it's not a big pain but it's just so ugly. > > . > > . > > That makes perfect sense to me...there is not a better way to protect a box > > from a DOS/hack than to only give it a private address. Why expose a box > > to the outside world if there is not a need??? > >Deron, > >Ever heard of an access list? Didn't think so. > > > Deron J. Ringen > > Sr. Network Architect > > BellSouth Internet Services > >Typical. > >--- >John Fraizer >EnterZone, Inc

1 0

The Cidr Report
by Tony Bates 29 Dec '00

29 Dec '00

This is an auto-generated mail on Fri Dec 29 12:00:00 PST 2000 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 29Dec00 0) General Status Table History ------------- Date Prefixes 221200 96064 231200 96185 241200 96234 251200 96104 261200 95929 271200 96096 281200 96103 291200 96164 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: 8416 Number of ASes announcing only one prefix: 4902 (2470 cidr, 2432 classful) Largest number of cidr routes: 1112 announced by AS705 Largest number of classful routes: 1652 announced by AS1221 1) Gains by aggregating at the origin AS level --- 29Dec00 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS1221 1652 1215 437 26.5% TELSTRA-AS AS701 1581 1426 155 9.8% Alternet AS271 284 131 153 53.9% BCnet Backbone AS7545 189 67 122 64.6% TPG Internet Pty Ltd AS9269 165 46 119 72.1% Hong Kong CTI AS8013 449 344 105 23.4% PSINET-CA AS6595 162 63 99 61.1% DODDSEUR AS7657 253 164 89 35.2% The Internet Group Limited AS2563 127 40 87 68.5% KoRean Education Network AS705 326 241 85 26.1% ALTERNET-AS AS4755 209 124 85 40.7% Videsh Sanchar Nigam Ltd. India AS4293 341 258 83 24.3% Internal ASN for C&W AS174 527 448 79 15.0% Performance Systems International AS7496 100 22 78 78.0% Power Up AS4151 278 201 77 27.7% USDA Internet Access Network AS1727 187 111 76 40.6% MRMS-WEST AS7046 329 254 75 22.8% UUNET-CUSTOMER AS724 244 172 72 29.5% DLA-ASNBLOCK-AS AS3908 233 161 72 30.9% Supernet, Inc. AS1942 137 65 72 52.6% FR-CICG-GRENOBLE AS13999 79 7 72 91.1% UNKNOWN AS577 240 170 70 29.2% Bell Backbone AS7018 594 527 67 11.3% AT&T WorldNet Service Backbone AS5106 101 37 64 63.4% AADS-COLUMBUS AS3749 122 58 64 52.5% TECNET AS3602 307 244 63 20.5% Sprint Canada Inc. AS226 167 104 63 37.7% USC/Information Sciences Institut AS2548 365 308 57 15.6% DIGEX-AS AS16758 63 6 57 90.5% UNKNOWN AS376 133 77 56 42.1% RISQ 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: RFC1918 addresses to permit in for VPN?
by Danny McPherson 29 Dec '00

29 Dec '00

> This is one of the benchmarks of cluelessness. The other is that the > addresses don't have reverse DNS. Perhaps they do resolve interally to BT, it's just that your resolver can't get anything useful via the normal channels: danny@sofos% dig @a.root-servers.net 16.172.in-addr.arpa ns ; <<>> DiG 8.2 <<>> @a.root-servers.net 16.172.in-addr.arpa ns ; (1 server found) ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6 ;; flags: qr rd; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUERY SECTION: ;; 16.172.in-addr.arpa, type = NS, class = IN ;; ANSWER SECTION: 16.172.in-addr.arpa. 6D IN NS BLACKHOLE.ISI.EDU. 16.172.in-addr.arpa. 6D IN NS BLACKHOLE.EP.NET. ;; Total query time: 108 msec ;; FROM: sofos.tcb.net to SERVER: a.root-servers.net 198.41.0.4 ;; WHEN: Fri Dec 29 11:42:12 2000 ;; MSG SIZE sent: 37 rcvd: 98 Though I agree that using reserved address space in this manner is [usually] a bad idea, I think we [NANOG] have been through this dicussion more than a few times in this past. -danny

1 0

Find Out the TRUTH About AnyOne !!
by Edetect＠mail.cz 29 Dec '00

29 Dec '00

1 0

Dialup congestion and winter weather (fwd)
by multics＠ruserved.com 29 Dec '00

29 Dec '00

An important question to ask people reporting this type of problem is are they getitng a normal busy (all modems busy) or a fast busy (telco out of circuits). Two very different problems. An ISP can work on fixing the first, but the second is a telco with a shortage of circuits between the customer and the isp. > It seems like a lot of people are at home, dialing into the Internet > today. There is a major ice storm in the middle of the country, and > its pretty much a holiday week elsewhere. Traffic seems to be moving on > the major backbones, but some folks in the midwest report some problems > dialing in from home. -- Richard Shetron multics(a)ruserved.com multics(a)acm.rpi.edu NO UCE What is the Meaning of Life? There is no meaning, It's just a consequence of complex carbon based chemistry; don't worry about it The Super 76, "Free Aspirin and Tender Sympathy", Las Vegas Strip.

3 3

RFC1918 addresses to permit in for VPN?
by Miguel A.L. Paraz 29 Dec '00

29 Dec '00

Our DSUA filter had to have a small hole punched in since a customer had a VPN (I do not know yet as to what kind) which was receiving packets sourced at 172.17.x.x. Is this a misconfiguration on the sender's end, or a "feature." I think there was earlier discussion on VPN's requiring ICMP (echo?) -- http://www.internet.org.ph Internet and ISP's in the Philippines http://www.ASARproject.org Artists for Social Action and Response GSM Mobile: +63-917-810-9728

1 0

Feb 2001 COOK Report contents & distribution list for receipt of cook report monthly summaries
by Gordon Cook 28 Dec '00

28 Dec '00

******************************** The COOK Report on Internet February 2001 (Vol.9, No. 11) ******************************** CONTENTS Three Dimensional Data Web Set To Emerge -- New Protocols Enable Manipulation of Quantitative Data by Data Web Browsers -- Open Standards Likely to Give Huge Boost to Data Mining Activities -- Work Pushed By Terabyte Challenge Consortium Enables Remote Interaction of Data Sets pp. 1 -12 ISOC Summarizes ICANN Dilemma, p. 12 IPv6 from the Viewpoint of Mobile Wireless Continued Cell Phone Growth to Cause Deployment of IPv6 Nets Interconnected to Non Disappearing IPv4 Infrastructure Substantial Work Remains to Bring V6 and Data to Cell Phones, pp. 13 - 19 Among Scaling Issues IPv6 Solves Only IP Number Problem NATs Depend on Both IP Numbers and Routing Issues Since IPv4 and v6 Interconnect But do not Interoperate Introducing v6 Means Running Two Networks -- 3G Makes v6 Cellular Viable pp. 20 - 22 Klensin Internet Drafts Propose Radical DNS Revamp - New Class Means New Root -- Drafts Are Aftermath of Network Solutions Split With IETF on ENUM and Internationalized Domain Names pp. 23 - 26 Executive Summary, pp. 27 - 28 I would like to inform list members of a distribution list for the monthly free summary of the COOK Report on Internet. You should expect to receive the monthly summary that is usually between 7 and 15 thousand characters long. You may get one or two other messages a month. This list is intended for distribution and not discussion. Anything posted to the list will bounce to me. I regard this as an experiment and reserve the right at my discretion to change list policy. The list name is Cookrepsum standing for Cook Report Summary. You may subscribe yourselves by sending a message to majordomo(a)compucomis.net with 'subscribe cookrepsum' in the body. To unsubscribe send mail to majordomo(a)compucomis.net with 'unsubscribe cookrepsum" in the body The who command is disabled to preserve privacy. Thanks to Michael Burger at compucomis.net for lending the use of his facilities. I will send the full summary out late in the day TOMORROW Friday the 29th. To receive this summary and future summaries please follow the major domo sign up instructions for cookrepsum(a)compucomis.net above. -- **************************************************************** The COOK Report on Internet, 431 Greenway Ave, Ewing, NJ 08618 USA (609) 882-2572 (phone & fax) cook(a)cookreport.com Index to 9 years of the COOK Report at http://cookreport.com Why ICANN is illegal. See 5 page version at http://cookreport.com/illegal.shtml and 168 page version at http://www.law.miami.edu/~froomkin/articles/icann.pdf ****************************************************************

1 0

Pagenet SMTP problems
by Ken Fischer 28 Dec '00

28 Dec '00

FYI, Pagenet is having major issues with their inbound SMTP paging relays today. This doesn't seem to be affecting TAP paging at this point, only direct SMTP to ____(a)pagenetmessage.net. Their ticket number is 00338308. -- Ken Fischer, CCNA <kenf(a)junebug.org> PGP Fingerprint: 9523 54B6 D67B BBFB 53B3 2F3B 7E81 0891 C495 CB50

1 0

florida ix(en) facing south
by Randy Bush 27 Dec '00

27 Dec '00

i get rumors of one or more exchange points being built in south florida where there may be good participation by latin and caribbean networks. any good gossip, pointers, ...? any choices which are not carrier jails? randy

15 26