- Test - lists.nanog.org

Re: different thinking on exchanging traffic
by Sean M. Doran 23 May '98

23 May '98

| I am suggesting an NxOC-48 | network with peers purchasing DS3 connections at their various geographic | locations | With strong indications of its fiscal viability, I am now asking you ... | Specifically, if I build it, will you come. Uhm, the first paragraph says you will come to us, no? Go ahead and build this, the proliferation of IXes will hasten their demise at the hands of better, simpler, cleaner solutions. Meanwhile, you might find the Sprint response to the NSFNET NAP solicitation ("National Virtual NAP") hanging around somewhere online. You should read it and imagine why it didn't fly. Sean.

1 0

RE: Fwd: FW: Removal from APNIC lists
by Jim Fleming 22 May '98

22 May '98

On Thursday, May 21, 1998 7:48 PM, Dean Anderson[SMTP:dean@av8.com] wrote: <snip> @ @2) Perhaps, since the Internet is rapidly growing in Asia, and since 1/4 of @the worlds population lives there, they have been given enough address @space to bring much of that population online. @ I guess you were not following this NANOG list... ...the Galaxy 4 satellite has been lost... Despite that G4 is still operational...as well as G5, and G6. There are plenty of resources for the Asia/Pacific region. http://www.ntia.doc.gov/ntiahome/domainname/130dftmail/unir.txt There are also plenty of resources for the area that NANOG supposedly covers...(i.e. G1)...after you get your pagers fixed maybe you could take a look at working on G0 and G1... :-) - Jim Fleming Unir Corporation - http://www.unir.net/IPv8 IPv8 - Designed for the Rest of the Human Race AM Radio Stations ---> http://www.DOT.AM

3 2

RE: Fwd: FW: Removal from APNIC lists
by Jim Fleming 22 May '98

22 May '98

On Wednesday, May 20, 1998 9:17 AM, Perry E. Metzger[SMTP:perry@piermont.com] wrote: @ @Eric Germann writes: @> There is a God. @ @Now if only someone could get him off of the IETF and nanog lists, and @maybe a few others... @ @.pm @ According to the APNIC Annual Report, the data base of information is not accurate[1]. Despite this, the APNIC received an additional allocation of over 16 million IPv4 addresses in April of 1997. That appears to be the same time that the APNIC paid the IANA $50,000 in service fees. This also appears to be at a time when the APNIC had not used the addresses it already had. Why does a private company like APNIC, set up in an off-shore haven like the Seychelles, and operating out of Tokyo, with apparently no taxes being paid to Japan[2], be allowed to obtain additional IPv4 address space with apparently no justification and an admission of poor record keeping while U.S. ISPs and other companies around the world are put through the ringer for a few IPv4 addresses ? Jim Fleming ================================================== http://teckla.apnic.net/annual_reports/1997/resource_status.htm#c4_1 Percentage Used ------------------------- 0% 61.x.x.x <-------- April 25, 1997 0% 169.208.x.x 0% 169.209.x.x 0% 169.210.x.x 0% 169.211.x.x 0% 169.212.x.x 0% 169.213.x.x 0% 169.214.x.x 0% 169.215.x.x 80% 202.x.x.x 80% 203.x.x.x 12% 210.x.x.x 12% 211.x.x.x @@@@ http://teckla.apnic.net/annual_reports/1997/financial_status.htm#c3_2 "Service fees which consisted of the APNIC payment of US $50,000 to the IANA in April, 1997;" @@@@@@@@@@@@@@@@@@@@@@@ [1] @@@ http://teckla.apnic.net/annual_reports/1997/future_directions.htm#c6_1 "Database Cleanup The current registry database system is has significant amounts of incorrect data. This is a significant issue as the registry database is intended to be the location of authoritative information on which organizations control which resources. It is likely that unless the registry database system is revised, conflicts will arise when organizations attempt to obtain Internet connectivity with historically allocated resources but which no longer have up to date information in the registry database." @@@@@@@@@@@@@@@@@@@ [2] @@@ http://teckla.apnic.net/annual_reports/1997/other_activities.htm#c5_2 "APNIC Headquarters Relocation Around first quarter 1997, APNIC began to investigate what would be required to hire additional staff for the APNIC office in Japan. After lengthy consultations with various organizations, it was established that the question of whether APNIC needed to pay tax in Japan was somewhat indeterminate. Specifically, according to two of three accountancy firms, APNIC should pay taxes, while the third indicated exactly the opposite. After significant discussion, it was decided to evaluate the costs of doing business in Japan vis-a-vis doing business in other Asia or Pacific Rim locations." @@@@@@@@@@@@@@@@@@@@@@ - Jim Fleming Unir Corporation - http://www.unir.net/IPv8 IPv8 - Designed for the Rest of the Human Race AM Radio Stations ---> http://www.DOT.AM

6 5

why isn't nanog moderated?
by Paul Mansfield 22 May '98

22 May '98

all postings should be as succinct as possible, in fact almost trunca

3 2

Re: Suggestion for improved identD
by Sean Donelan 22 May '98

22 May '98

>The question here is 'trust'. Why bother using ident in ANY code anymore >if it can't be trusted? Yet it still is. So move the trust demarcation point >to where the user has no control over it. Remember, if its a static IP or >network client, you don't proxy ident requests - since the static IP is the >demarcation point of trust. They can change their ident, but no matter what, >their IP or network still stays the same. The problem is 'indemnification.' If you want to authenticate or postively identify the origin of a connection, well I suspect you already know the answer. I'm not going to promise just because you received a packet allegdly from my network, that it originated on my network. And there is no demarcation point in the network, outside the portion you directly control, you positively know the user has no control over. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

1 0

The Cidr Report
by Tony Bates 22 May '98

22 May '98

This is an auto-generated mail on Fri May 22 12:00:00 PDT 1998 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 22May98 0) General Status Table History ------------- Date Prefixes 150598 51370 160598 51935 170598 51899 180598 51874 190598 51446 200598 51474 210598 51210 220598 51216 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: 3581 Number of ASes announcing only one prefix: 1707 (896 cidr, 811 classful) Largest number of cidr routes: 364 announced by AS3561 Largest number of classful routes: 1082 announced by AS701 1) Gains by aggregating at the origin AS level --- 22May98 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS816 800 516 284 35.5% UUNET Canada (ASN-UUNETCA-AS4) AS4293 464 240 224 48.3% IMCI AS2493 527 308 219 41.6% iSTAR Internet, Inc. AS174 809 625 184 22.7% Performance Systems International AS701 1082 904 178 16.5% Alternet AS3602 483 305 178 36.9% Sprint Canada Inc. AS2048 161 89 72 44.7% LaNet AS3248 130 60 70 53.8% VIAnet AS5668 115 46 69 60.0% Century Telephone Inc. AS3221 110 41 69 62.7% EENet Autonomous System AS7046 193 133 60 31.1% UUNET-CUSTOMER AS271 112 53 59 52.7% BCnet Backbone AS4755 88 32 56 63.6% Videsh Sanchar Nigam Ltd. India AS3804 196 140 56 28.6% Bell Solutions AS549 208 155 53 25.5% ONet Backbone AS1221 277 226 51 18.4% AARNET-AS AS72 85 37 48 56.5% Schlumberger Information Network AS4539 73 26 47 64.4% NETROPOLIS AS1239 538 491 47 8.7% SprintLink Backbone AS6335 66 23 43 65.2% NTRNET AS4740 366 323 43 11.7% ASN-OZEMAIL (Ozemail Pty Ltd) AS852 157 117 40 25.5% AGT Advance Communication AS4200 130 90 40 30.8% AGIS (Apex Global Information Ser AS10928 86 46 40 46.5% UNKNOWN AS684 94 55 39 41.5% Manitoba Regional Network Backbon AS7657 129 91 38 29.5% The Internet Group Limited AS3493 165 127 38 23.0% INTERLINK AS1591 140 102 38 27.1% SAIC DISM AS762 116 79 37 31.9% WELLFLEET-AS AS719 440 403 37 8.4% LANLINK autonomous system 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

Off topic : Re: [apnic-talk] Please Moderate or close this list .... (fwd)
by Marc Hurst 22 May '98

22 May '98

I've seen it all. Apnic decides to Censor... Is Cisco sanctioning censorship too? I would think so if Mr. Greene is posting from a corporate account. Would someone from Cisco wish to comment? Marc Hurst Fastlane.Ca Toronto, Canada ---------- Forwarded message ---------- Date: Tue, 19 May 1998 16:38:36 +0800 From: David R. Conrad <davidc(a)apnic.net> To: bgreene(a)cisco.com Cc: APNIC-TALK(a)apnic.net Subject: Re: [apnic-talk] Please Moderate or close this list .... Barry, As you have seen, the APNIC Executive Council has decided to attempt to alleviate the situation by simply removing the primary cause instead of closing and/or moderating the list. While the apnic-talk list is intended to be an open discussion list where people are free to participate as much or as little as they feel appropriate, with that freedom comes a responsibility to not be disruptive and/or discourage discussion by others. As it was felt Jim Fleming had not lived up to that responsibility, the chair of the APNIC Executive Council has indicated for the first time in the history of APNIC that the rather extreme action of removal from APNIC mailing lists was appropriate. Regards, -drc ---------------- At 10:02 PM 5/18/98 +0800, Barry Raveendran Greene wrote: >To the APNIC Executive Consul, > >Please moderate and/or close this list to APNIC members only. > >I'm willing to lose personal access to the APNIC-Talk in return for the >APNIC members to have a forum were they can discuss things. > >Thanks, > >Barry > >* APNIC-TALK: General APNIC Discussion List * >* To unsubscribe: send "unsubscribe" to apnic-talk-request(a)apnic.net * > * APNIC-TALK: General APNIC Discussion List * * To unsubscribe: send "unsubscribe" to apnic-talk-request(a)apnic.net * =============================================================== - Jim Fleming Unir Corporation - http://www.unir.net/IPv8 IPv8 - Designed for the Rest of the Human Race AM Radio Stations ---> http://www.DOT.AM -- DOMAIN-POLICY administrivia should be sent to <listserv(a)lists.internic.net> To unsubscribe send a message with only one line "SIGNOFF DOMAIN-POLICY" For more help regarding Listserv commands send the one line "HELP"

2 2

NANOG 13 HOTEL INFO
by Pam Ciesla 22 May '98

22 May '98

I just found out that the Hyatt no longer has rooms available on June 8. The following are hotels near the Hyatt: Ritz-Carlton Dearborn 300 Town Center Dr (about a mile) 313-441-2000 $205 + tax per night Courtyard by Marriott 5200 Mercury Dr Dearborn, MI 313-271-1400 5 minutes by car $64-$104 + tax per night (depending on date) The Dearborn Inn (very nice old hotel) 20301 Oakwood Blvd. Dearborn, MI 313-271-2700 $109 + tax per night 10 minutes by car Quality Inn 21430 Michigan Ave Dearborn, MI 313-565-7250 1 mile $79-$99 + tax per night depending on room. ---------------------------------------------------------------------- Pam Ciesla 734-936-0172 - phone Merit Network, Inc. 734-647-3185 - fax University of Michigan 4251 Plymouth Road Bldg. I, Suite C Ann Arbor, MI 48105-2785 -----------------------------------------------------------------------

1 0

Re: apnic, censorship, and other fecal matter.
by shields＠crosslink.net 22 May '98

22 May '98

In article <Pine.LNX.3.95.980522010051.723p-100000(a)tarkin.fdt.net>, Jon Lewis <jlewis(a)inorganic5.fdt.net> wrote: > I think someone's .procmailrc is broken. Try adding the following close > to the top. I don't know how many times I've posted this. It makes naong utterly clean for me. :0: * ^Message-Id: .*(unety\.net|unir\.net)> $JUNK :0: * ^(References|In-Reply-To): .*(unety\.net|unir\.net) $JUNK :0: * ^TOJimFleming(a)(unety\.net|unir.corp) $JUNK I set $JUNK to a date-dependent file which gets rotated for ten days just i case I need to retrieve a false positive... you can set it to /dev/null if you like simpler solutions. nanog's SNR seems to me to have gone down *sharply* lately, even in the non-Fleming threads. I'd guess the Fleming threads are bad too, but not having seen them, I don't know. -- Shields, CrossLink.

1 0

cflowd and HPUX
by Brad Roldan 22 May '98

22 May '98

*** This is a programming specific question. I recently tried porting cflowd over to HPUX (10.20). Surprisingly, I only needed to change two lines of code in the daemon to get everything working. The problem is that cflowd core dumps after a few minutes of running. The following messages appear in my syslog: May 15 19:02:11 netflow cflowd[1287]: [E] ports.c:327 mmap() failed for /opt/Data/cflow/15.1.200.36.port.cur: Not enough space May 15 19:02:12 netflow cflowd[1288]: [E] cflowd.c:851 manager (proc 1287) exited. Exiting. mmap() returns ENOMEM (no more memory) even though I have plenty of memory left! If anyone has encountered this problem, I'd like to know how you got around it. (and no, I can't go out and buy a Sun box :) Thanks for 'da help Brad -- Brad Roldan Hewlett Packard Network Engineer Palo Alto, Ca broldan(a)corp.hp.com 650-236-3005

1 0