Generation of traffic in "settled" peering arrangement

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
                                                            ICQ:  2269442

Stop Smurf attacks!  Configure your router interfaces to block directed
broadcasts. See http://www.quadrunner.com/~chuegen/smurf.cgi for details.