Generation of traffic in "settled" peering arrangement
bross at mindspring.net
Tue Aug 25 05:19:16 UTC 1998
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 at mindspring.com
Stop Smurf attacks! Configure your router interfaces to block directed
broadcasts. See http://www.quadrunner.com/~chuegen/smurf.cgi for details.
More information about the NANOG