- Test - lists.nanog.org

Routing registries
by Bradley Dunn 19 Jun '98

19 Jun '98

Here is a tip. If the routing registry in which one has registered his or her routes runs out of disk space, bad things can happen. If one's providers and/or peers filter based on routing registry data, it would be wise to regularly, perhaps daily, verify that one's objects have not "disappeared" from the registry. Don't think it can't happen, because it did. Bradley

1 0

com.tw
by Tatsuya Kawasaki 19 Jun '98

19 Jun '98

Does anyone tell me who is in charge of tw domain? For the U.S, could anyone traceroute to mail.transcend.com.tw and send result to me. TIA, Tatsuya かわさき TK3197 = = = = = = Business Network Telecom (BNT) ビジネスネットワークテレコム株式会社〒111-0053　東京都台東区浅草橋3-8-5 31山京ビル6階 TEL 03-5687-3945 FAX 03-5687-6009 http://www.giganet.net

1 0

Re: RBL Update (Re: Lets go vixie!! rbl)
by Dean Anderson 18 Jun '98

18 Jun '98

>>From dlr(a)daver.bungi.com Thu Jun 18 19:02:42 1998 >Oh well, you missed your chance - xxx was unblocked today around 2pm, Ok, I guess I need another one. Anyone? --Dean ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Plain Aviation, Inc dean(a)av8.com LAN/WAN/UNIX/NT/TCPIP/DCE http://www.av8.com We Make IT Fly! (617)242-3091 x246 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

1 0

smurf-check page
by Jared Mauch 18 Jun '98

18 Jun '98

The results from my recent smurf check are now all stuck in a database, and you can query them based on home-as, etc.. questions? send them directly to me, otherwise here's the url: http://puck.nether.net/smurf-check/ - Jared conf t no router bgp end wr

1 0

Re: RBL Update (Re: Lets go vixie!! rbl)
by Dean Anderson 18 Jun '98

18 Jun '98

Dave Rand provided me with a blocked MCI customer. (not an RBL block, but still a block). Can someone downstream of Above.net give me a shell account? Test case, here we come... --Dean ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Plain Aviation, Inc dean(a)av8.com LAN/WAN/UNIX/NT/TCPIP/DCE http://www.av8.com We Make IT Fly! (617)242-3091 x246 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

1 0

Re: DoS attack.
by Richard Thomas 18 Jun '98

18 Jun '98

-----Original Message----- From: brad <brad(a)poofy.tbn.tm> To: nanog(a)merit.edu <nanog(a)merit.edu> Date: Thursday, June 18, 1998 3:16 AM Subject: DoS attack. >If you only feel confident cutting and pasting the configuration >into your router, here is the config line: > >no ip routing Hrmmmm that's a really good strategy. Now if we could just get everyone on the net to do that there would be no more denial of service attacks. =)

1 0

Lucent Sues Cisco
by James Glave 18 Jun '98

18 Jun '98

Anyone familiar with the history here and care to comment for a Wired article? I'll pass on more details as they emerge if folks are interested... -james(a)wired.com >>LUCENT TECHNOLOGIES FILES PATENT INFRINGEMENT LAWSUIT >>AGAINST CISCO SYSTEMS; SEEKS DAMAGES AND INJUNCTIVE RELIEF >> >>FOR IMMEDIATE RELEASE: THURSDAY, JUNE 18, 1998 >>MURRAY HILL, N.J. - Lucent Technologies today filed a patent infringement >>lawsuit against Cisco Systems of San Jose, California. >> >>Filed in U.S. District Court in Delaware, the lawsuit charges Cisco with >>infringing eight patents related to data networking. The patents cover Bell >>Labs-developed technology associated with routers, frame relay network >>equipment and Asynchronous Transfer Mode (ATM) equipment. >> >>"After numerous attempts to negotiate with Cisco, we were left with no other >>recourse but to file suit," said Michael Greene, Lucent Technologies' >>president of Intellectual Property. "We license our patents to many >>companies in the industry, and our goal is to receive fair value for Bell >>Labs' discoveries and innovations - innovations that are the result of more >>than $3 billion in annual investment. We're looking to protect our >>intellectual property with the appropriate agreements and for proper >>compensation." >> >>In its suit, Lucent will be seeking damages for Cisco Systems' infringement >>of its patents and an injunction prohibiting Cisco's use of its patents in >>the future. James Glave, Senior Technology Writer Wired News http://www.wired.com (415) 276-8430

1 0

Re: Smurf Amp Nets
by Richard Thomas 18 Jun '98

18 Jun '98

-----Original Message----- From: Richard Thomas <buglord(a)ex-pressnet.com> To: Jon Lewis <jlewis(a)inorganic5.fdt.net> Cc: nanog(a)merit.net <nanog(a)merit.net> Date: Thursday, June 18, 1998 1:09 PM Subject: Re: Smurf Amp Nets >Might want to add a delay considering the amount of bandwidth they will be receiving if they tried to send out all those probes at once. In a previous message it was stated that a probe uses 4x64bytes, plus amplification by the broadcasts. I just took the SAR offline for about 4 minutes while trying running a SMALL portion of my bcasts through your script on my 28.8k modem, and it didn't even come close to completing that portion. That fact aside you won't get very accurate results if the SAR is so flooded it can't receive the replies. I would suggest they use ping >-s 1 or -s 8 if the timing information is desired. Woops my bad missed the ''s to protect &, I really WAS firing 'em off all at once =)

1 0

RE: DoS attack.
by S.J.Brannon 18 Jun '98

18 Jun '98

I have been thinking of a witty answer to this email. This will do Tony !! ---------- From: Tony Li[SMTP:tli@juniper.net] Sent: Thursday, June 18, 1998 10:22 To: brad Cc: nanog(a)merit.edu Subject: Re: DoS attack. brad(a)poofy.tbn.tm (brad) writes: > If you only feel confident cutting and pasting the configuration > into your router, here is the config line: > > no ip routing ;-) Thanks, I needed that. Tony

1 0

Re: GRE packets
by Danny McPherson 18 Jun '98

18 Jun '98

Perhaps to combat this, unless I'm missing something, one could justifiably deploy GRE filters with source & destination addresses of the exchange subnets. Filtering GRE in general seems nothing more than foolish. -danny [snip] (we certainly allow GRE packets and expect everyone else does, too) > This could kill IP-GRE VPNs indiscriminately.

4 3