[19004] in North American Network Operators' Group
Re: Generation of traffic in "settled" peering arrangement
daemon@ATHENA.MIT.EDU (Brandon Ross)
Tue Aug 25 01:33:08 1998
Date: Tue, 25 Aug 1998 01:19:16 -0400 (EDT)
From: Brandon Ross <bross@mindspring.net>
To: nanog@merit.edu
In-Reply-To: <3.0.3.32.19980825000553.0160b010@pobox3.bbn.com>
On Tue, 25 Aug 1998, John Curran wrote:
> At 10:05 PM 08/24/1998 -0500, Tracy J. Snell wrote:
>
> >Everytime we have been SMURFed BBN/GTEI has been unwilling to do anything
> >to help us. Either filters or aiding in hunting down the SMURFer. My
> >experience is BBN doesn't help it's customers trace down SMURFers.
>
> Strange... I see tickets opened and worked on for these events;
> it's certainly the case that we work them when notified. If you
> forward me email from the last time this happened, I can hunt down
> the confusion.
From a customer point of view, I'll have to agree. BBN has been very
helpful in trying to track down the source of smurf attacks when we've
reported them. Much, much better than other providers who flat out refuse
to do any tracing because of "technicial problems with their routers".
Others on my helpful provider list are ANS, Digex and Epoch.
Brandon Ross Network Engineering 404-815-0770 800-719-4664
Director, Network Engineering, MindSpring Ent., Inc. info@mindspring.com
ICQ: 2269442
Stop Smurf attacks! Configure your router interfaces to block directed
broadcasts. See http://www.quadrunner.com/~chuegen/smurf.cgi for details.
