- Test - lists.nanog.org

Re: backbone question
by Curt Howland 14 Apr '98

14 Apr '98

So that the backbone is never a source of problems, and the backbone network operations can point back to the LAN folks and say, "Nya nya!" > Why should the performance of a backbone network generally be higher then > that of the networks it interconnects. > > i would appreciate a reply > > thank you > > salvatore amico >

1 0

NANOG 13 HOTEL RATE
by Pam Ciesla 14 Apr '98

14 Apr '98

To clear up the $99 room rate. Ford Motor has a exclusive rate of $99 at the Hyatt Regency Dearborn (Ford Motor ownes the hotel). Our rate of $125 is suppose to be the lowest available (except for a few rooms at the government rate(which usually are not available)). If you have any hotel questions please let me know. Thanks xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 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 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Reminder: The NANOG Meeting room rate expires on May 6.

1 0

backbone question
by Salvatore Amico 14 Apr '98

14 Apr '98

Why should the performance of a backbone network generally be higher then that of the networks it interconnects. i would appreciate a reply thank you salvatore amico

1 0

Re: SMURF amplifier block list
by Hank Nussbacher 14 Apr '98

14 Apr '98

At 03:31 AM 4/14/98 -0600, Forrest W. Christian wrote: >On Tue, 14 Apr 1998, Hank Nussbacher wrote: > >> All outgoing pkts to 220.88.192.128/27 now should go to Null0. I am sure >> one can improve on the logic even more. > >Exactly. All OUTGOING packets. Not Incoming. Not the smurf attack >packets which are swamping your downstream customer, which have a source >address from 220.88.192.128/27. My textual mistake - this snippet is to send pkts to dev/null for all pkts *sourced* from 220.88.192.128/27. -Hank > >I will concede that shutting off connectivity to a site by a large enough >chunk of the net should get someone to fix stuff.... But part of the >advantage of the MAPS RBL BGP feed is that it helps to cut down spam >coming into your network. A BGP feed TODAY won't block a ping >amplification attack aimed at your network or a downstream. All it will >do is prevent your customers from using the ping amplification networks to >launch an attack. And, if you have the appropriate anti-spoofing filters >in place, they shouldn't be able to attack anything other than the valid >source addresses you have in your outbound filter set. > >- Forrest W. Christian (forrestc(a)imach.com) >---------------------------------------------------------------------- >iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com >Solutions for your high-tech problems. (406)-442-6648 >---------------------------------------------------------------------- > > >

1 0

Re: SMURF amplifier block list
by shields＠crosslink.net 14 Apr '98

14 Apr '98

In article <Pine.BSF.3.96.980414033154.4326B-100000(a)workhorse.iMach.com>, "Forrest W. Christian" <forrestc(a)iMach.com> wrote: > On another note, could someone please mention again which IOS has the cool > "drop all packets from an interface which we don't have a matching route > pointing the other direction" feature? 11.1CC. I think the command is `ip verify unicast reverse-path' in the interface config. It works on the CEF table, so you *must* enable CEF, or it will just drop all packets. -- Shields, CrossLink.

1 0

Re: the whole world disappeared?
by Michael K. Smith 14 Apr '98

14 Apr '98

Sean Donelan said on 4/13/98 10:23 PM > >Anyone else care to try their luck and schedule an appointment to tell >me how wonderfull their network is :-) > We should all tell you how wonderful all of the "SMURF Amplifier List" networks are. Much more time-efficient than writing BGP filters. Mike Michael K. Smith Senior Network Administrator - Northwest Link http://www.nwlink.com mksmith(a)nwlink.com 1-800-390-1270 Extension 103

1 0

Re: i hate nanog
by William Allen Simpson 14 Apr '98

14 Apr '98

I can understand it when they are using M$ Windows software, as that marks them as clueless newbies anyway. But the real shame is when it shows them using Pine, or even Eudora, that is perfectly capable of handling the trimming. > From: "Sean M. Doran" <smd(a)clock.org> > NANOG must die because nobody seems to know how to remove > the hundreds of quoted lines which follow their two lines of > "original content". > WSimpson(a)UMich.edu Key fingerprint = 17 40 5E 67 15 6F 31 26 DD 0D B9 9B 6A 15 2C 32

1 0

Re: SMURF amplifier block list
by Vadim Antonov 14 Apr '98

14 Apr '98

You're right, silly me. --vadim Forrest W. Christian <forrestc(a)iMach.com> wrote: On Mon, 13 Apr 1998, Vadim Antonov wrote: > Uh. Just modify BGP routes from that feed to have a next hop pointing > to a black hole. route-maps are sometimes useful. Could someone PLEASE explain to me how this is accomplished? Let's assume that you do use a route-map to set next hop to a null interface or a black hole or something for a prefix. AND set local pref appropriately so that route gets preferred. You now have a routing entry which essentially says: "forward packets DESTINED FOR the evil network to the black hole". What you really want is a routing entry which says: "forward packets FROM the evil network to the black hole". Now, if someone could enlighten me to a way which you can get BGP to make a routing/filter entry to do this second one, I'd be most grateful. BTW, I know you can do this with PERL or config scripts or whatever. The point is that I don't think that a RBL-like blackhole feed will fix a smurf attack from the "attacked" perspective, unless I have missed some knob somewhere. - Forrest W. Christian (forrestc(a)imach.com)

1 0

FYI on the Hyatt Regency
by Al Reuben 14 Apr '98

14 Apr '98

I just called the Hyatt Regency to make my reservations. Without tellthem anything (like, that I was a NANOG atendee), the rate for a room was $99. The NANOG website says $125. (!) FYI -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Atheism is a non-prophet organization. I route, therefore I am. Alex Rubenstein, alex(a)nac.net, KC2BUO, ISP/C Charter Member Father of the Network and Head Bottle-Washer Net Access Corporation, 9 Mt. Pleasant Tpk., Denville, NJ 07834 Don't choose a spineless ISP! We have more backbone! http://www.nac.net -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

1 0

Re: the whole world disappeared?
by Dustin Goodwin 13 Apr '98

13 Apr '98

All AT&T InterSpan North American frame services are down. Our 200 site WAN just went dark. No ETA for repair. - Dustin - ______________________________ Reply Separator _________________________________ Subject: the whole world disappeared? Author: Rob M VanHooren <rob(a)linkd.net> at sb-entsmtp Date: 4/13/98 5:21 PM Anyone have details on AT&T tkt# 841-302-457? Apparently 75% of all Canada/US cross-border just fell over and died. I've got Frame and T's *and* 800/888 voice circuits that just went for a nosedive. Nobody's saying squat. Anyone with a clue or ETA? Who dropped a bomb or something? Is it just AT&T? I tried Sprint and MCI's NOCs; they are both also "experiencing heavy call volume" and that might be a clue it's bigger than just one IXC. And I wanted to go home on time (ie. before midnight). Sheesh. I know, I know, it's my fault -- I chose this as a career :-)) Anyone with a clue, drop us a note? w/thx. --R. PS: yes, yes, this really should have gone to outage-discuss. Sorry... ~~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-.._..-*~ Rob M. VanHooren - Chief Plumber, +1 519 679-1155 x33 Packet Pusher, and Resident Mad Scientist(tm) Alarms to 646-4724 Network Engineering Services 171 Queens Avenue, Suite 320 Linkdata Communications Inc. London, CANADA

1 0