November 1998 - Test - lists.nanog.org

RE: hello @HOME?
by Christian Kratzer 10 Nov '98

10 Nov '98

Hi, if they won't answer their mails route them to Null in all of your backbone. Seems to be the only thing that works. We just add a route to Null on one of our backbone routers and have the igp redistribute the thing all over our backbone. We had an intensive port scanner coming from ibm.net in switzerland. None of the contacts would react so we routed the network in question to /dev/null until the scanning stopped. Greetings Christian -- TopLink Internet Services GmbH info(a)toplink.net Christian Kratzer http://www.toplink.net/ Phone: +49 7032 2701-0 Fax: +49 7032 2701-19 FreeBSD spoken here! > -----Original Message----- > From: Alex "Mr. Worf" Yuriev [mailto:alex@netaxs.com] > Sent: Dienstag, 10. November 1998 16:18 > To: nanog(a)merit.edu > Subject: hello @HOME? > > > > If there is anyone from @HOME here who is or who knows how to contact > people that deal with security related issues, can you please drop me > email? Calling your NOC, and sending email to your listed > contacts makes > me think that people (or scripts?) on the other end never passed logic > 101. > > Alex > >

3 3

reRe:Re: time for a new list of suits?
by howland＠Priss.com 10 Nov '98

10 Nov '98

The digests are printed out by their secretaries, and the dictated responses are then posted by those same secretaries, after consultation with the mail-room trying to figure out the FAX number... Quoth Richard Irving <rirving(a)onecall.net>: > My heavens! > > A list *for* suits, *by* suits, *about* suits... > > So, have any of 'em figured out how to post to it yet ? > > > ;) > > > > >> ISP-CEO(a)ISP-CEO.com is a Email discussion list dedicated to > > Internet Service Provider Chief Executive Officers only. >> >> If you have been subscribed to this list, it is because you >> are one of the following: > > >> CEO, President, Equity Owner, Partner, Director, Investor with your ISP. >> >> join-isp-ceo(a)isp-ceo.com >>

2 1

hello @HOME?
by Alex "Mr. Worf" Yuriev 10 Nov '98

10 Nov '98

If there is anyone from @HOME here who is or who knows how to contact people that deal with security related issues, can you please drop me email? Calling your NOC, and sending email to your listed contacts makes me think that people (or scripts?) on the other end never passed logic 101. Alex

1 0

Re: IRR/RADB updates vs. ANS?
by Hank Nussbacher 10 Nov '98

10 Nov '98

At 10:48 PM 11/9/98 -0500, Jon Lewis wrote: >On Mon, 9 Nov 1998 jprovo(a)ma.ultranet.com wrote: > >> When last I dealt with this matter (96), ANS happily listens to >> minor IRR policy stuff in a timely (hours?) fashion, but still >> manually configured what they considered a "move" from AS to AS. > >When FDT got it's CIDR block from ARIN several months ago, I had to call >ANS and complain that they were ignoring my entry in radb.ra.net. Seemed >awfully primitive. Ditto. Took a number of emails to get ANS to hear a multihomed blocked from both AS's simultaneously. Seemed like a manual procedure to get it right. -Hank > >---dont't waste your cpu, crack rc5...www.distributed.net team enzo--- > Jon Lewis <jlewis(a)fdt.net> | Spammers will be winnuked or > Network Administrator | nestea'd...whatever it takes > Florida Digital Turnpike | to get the job done. >______http://inorganic5.fdt.net/~jlewis/pgp for PGP public key________ > >

1 0

Re: IRR/RADB updates vs. ANS?
by jprovo＠ma.ultranet.com 09 Nov '98

09 Nov '98

[snip] > I've got a number of other nets to be moved shortly, so I'd really like > to be clear on how this works. It appears that very few nets rely on the > data in the RADB, or take updated data from the RADB in near-real-time > fashion. When last I dealt with this matter (96), ANS happily listens to minor IRR policy stuff in a timely (hours?) fashion, but still manually configured what they considered a "move" from AS to AS. They appeared -at that time- to consider adding sessions to an AS with which they have direct sessions a "move" and updating the IRR was insufficeint. I had hoped that went away with "advisory" lines. Maybe someone at ANS would like to comment about the current implementation? Cheers, -- Joe Provo, Network Architect 508.229.8400 x3006 Commercial Internet Services Group Fax 508.229.2375 UltraNet Communications, Inc., an RCN Company <jprovo(a)ultra.net>

3 2

Re: IRR/RADB updates vs. ANS?
by Gerald Andrew Winters 09 Nov '98

09 Nov '98

Hello Dan, > I'm looking for information on how and/or when ANS takes updated > information from the IRR databases (RADB in this case) and applies them > internally. The short answer is I do not know. I have cc'd the ans folks and I'm sure they can give a definitive answer. However, I do have some information since we administer the *public* ans database. Updates are applied immediately to the public ans database. Updates can take up to a maximum of 15 minutes to show up on our production whois.ra.net server, which mirrors the public ans database. I am using the word 'public' to indicate that ANS keeps it's own internal DB which to my knowledge is not publically viewable. What differences there are between the public ans DB and it's internal counterpart, and how ans factors the radb DB into the equation I am unsure of. > It appears that very few nets rely on the > data in the RADB, or take updated data from the RADB in near-real-time > fashion. This is an open question and obviously there are those who do not use the IRR. However, our production whois server handles ~25,000 TCP connections and 250,000 queries per day on average. We would like to see these numbers increase as we continue to try and improve the IRR environment. I'd be interested in hearing how you came to your conclusion. regards, --jerry (Merit)

1 0

Re: time for a new list?
by Eric Kozowski 09 Nov '98

09 Nov '98

At 07:01 PM 11/2/98 , Joe Shaw wrote: > >I think moderating the group might not be such a bad idea. The only >problem with this would be getting someone who had enough time to actually >moderate the list. I don't know what is going on lately, but it seems >egos and animosity are running rampant on both inet-access and nanog. I >have been caught up in it myself, and for that I apologize. i didn't, and don't, propose a moderated list. i propose a list with some sort of subscription requirement, at least for the ability post, that will only allow nano's to post. i also propose that the list be stringently policed. one warning re: content of your postings, then your ability to post is revoked. i'd like to see a list that lives up to the intent of the nanog list, but w/o all the useless drivel and chatter. if i wanted that, i'd still be subscribed to inet-access. -- Eric Kozowski eric(a)haydenisland.verio.net Non carborundum illigitimi

3 2

IRR/RADB updates vs. ANS?
by Daniel Senie 09 Nov '98

09 Nov '98

I'm looking for information on how and/or when ANS takes updated information from the IRR databases (RADB in this case) and applies them internally. I've got a case where a net has just been moved from one ISP to another, and while a new entry was placed in the RADB, there is no connectivity from the net in question to anyplace in ANS. >From various observations, ANS is the only net not accepting routes for this particular net. I've looked at the various looking glass servers, and of the ones I know of, everything looks OK (and indeed connectivity is OK). Are there any looking glass capabilities to see what ANS is routing? One guess is that ANS only takes new data from the RADB on a set schedule and insufficient time has elapsed for that data to reach their internal files. I've got a number of other nets to be moved shortly, so I'd really like to be clear on how this works. It appears that very few nets rely on the data in the RADB, or take updated data from the RADB in near-real-time fashion. Any/all info appreciated. Dan -- ----------------------------------------------------------------- Daniel Senie dts(a)senie.com Amaranth Networks Inc. http://www.amaranthnetworks.com

2 1

FCC Ruling, Cost of Internet
by Ivars Upatnieks 09 Nov '98

09 Nov '98

FROM FCC DAILY DIGEST: FCC SAYS GTE'S ADSL INTERNET ACCESS SERVICES IS AN INTERSTATE SERVICE. <snip> The Commission intends to address next week, in a separate order, the broader issue of whether conventional dial-up access to the Internet, made through calls to information service providers, including Internet Service Providers (ISPs), is local or interstate in nature. That decision will address whether incumbent local telephone companies may be required to compensate their competitors for handling calls made by the incumbents' customers to ISPs that are the competitors' customers. Report No: CC-98-41. by MO&O. Action by: the Commission. Adopted: October 30, 1998. (FCC No. 98-292) CCB. ENGLISH TRANSLATION: why is this important? Most ISP's in Michigan purchase dialtone from Competitive Local Exchange Carriers(CLEC) at discounted rates from traditional Ameritech services and thus provide services at lower cost to consumers. If Internet access through CLEC's is deemed to be interstate telecommunications traffic, per minute tariff charges would begin to apply for calls delivered via CLEC's. This could mean a dramatic increase (on the order of 1-2 cents per minute) for Internet access. Additional information on the GTE "test" case can be found at http://www.fcc.gov/Bureaus/Common_Carrier/News_Releases/1998/nrcc8081.html --------- Ivars Upatnieks v (734)998-0090 ICNet, Inc. f (734)998-0816 2901 Hubbard e ivars(a)ic.net Ann Arbor, MI 48105 www.ic.net

7 8

MBONE transmission
by Richard Irving 09 Nov '98

09 Nov '98

So, does netrail have operation QoS ? It is conference quality, at least.... See MBONE sessions Source Response Dest Packet Statistics For Only For Traffic 209.44.92.7 216.37.1.1 All Multicast Traffic From 209.44.92.7 | __/ rtt 83 ms Lost/Sent = Pct Rate To 224.2.156.45 v / hop 83 ms --------------------- -------------------- 209.44.92.2 nanog2.netrail.net | ^ ttl 16 v | hop -113 s 60/467 = 13% 46 pps 31/254 = 12% 25 pps 198.108.2.20 mbone.merit.edu | ^ ttl 64 v | hop 113 s -1/407 = 0% 40 pps -1/223 = 0% 22 pps 204.70.98.29 dec3800-1-fddi-0.NorthRoyalton.cw.net | ^ ttl 65 v | hop 19 ms 0/408 = 0% 40 pps 0/224 = 0% 22 pps 204.70.104.45 dec3800-1-fddi-1.WillowSprings.cw.net | ^ ttl 66 v | hop 104 s 25/408 = 6% 40 pps 13/224 = 6% 22 pps 207.112.240.150 mrouter.chi2.nap.net | ^ ttl 67 v | hop -104 s 0/429 = 0% 42 pps 0/211 = 0% 21 pps 216.37.0.4 207.7.18.3 OCCIndy-0C3-Ether-OCC.onecall.net | \__ ttl 68 v \ hop 0 ms 394 39 pps 211 21 pps 207.7.18.5 216.37.1.1 Receiver Query Source -------------------------------------------------------------- Source Response Dest Packet Statistics For Only For Traffic 209.44.92.2 216.37.1.1 All Multicast Traffic From 209.44.92.2 | __/ rtt 83 ms Lost/Sent = Pct Rate To 224.2.162.63 v / hop 83 ms --------------------- -------------------- 209.44.92.2 nanog2.netrail.net | ^ ttl 16 v | hop -113 s 63/452 = 14% 45 pps 23/182 = 13% 18 pps 198.108.2.20 mbone.merit.edu | ^ ttl 64 v | hop 113 s 0/389 = 0% 38 pps 0/159 = 0% 15 pps 204.70.98.29 dec3800-1-fddi-0.NorthRoyalton.cw.net | ^ ttl 65 v | hop 20 ms 0/389 = 0% 38 pps 0/159 = 0% 15 pps 204.70.104.45 dec3800-1-fddi-1.WillowSprings.cw.net | ^ ttl 66 v | hop 104 s 83/453 = 18% 45 pps 6/159 = 4% 15 pps 207.112.240.150 mrouter.chi2.nap.net | ^ ttl 67 v | hop -104 s 1/457 = 0% 45 pps 0/153 = 0% 15 pps 216.37.0.4 207.7.18.3 OCCIndy-0C3-Ether-OCC.onecall.net | \__ ttl 68 v \ hop 0 ms 379 37 pps 153 15 pps 207.7.18.5 216.37.1.1 Receiver Query Source

1 0