looking for pull traffic

Tom (UnitedLayer) tom at unitedlayer.com
Fri Nov 14 09:26:42 UTC 2003

On Thu, 13 Nov 2003, Richard A Steenbergen wrote:
> The traffic is too short and bursty to be of any benefit, even when you
> can successfully filter it so that no other operations are impacted.

I think that would be the biggest trick in order to even ratios - keep
other services unaffected.
I think most DOS traffic is hard to wrangle.

> I also stand by my opinion that DoS does not happen without a reason.

I happen to agree with that %100.

Most of the times I get DOS on my network its either:
1. IRC
2. The EFF

#2 doesn't happen that often, but when it does, its sortof entertaining to
figure out where/what/why. Most people love the EFF, and are happy to help
sort out problems :)

#1 happens more often, but I generally tend to keep a good lot of
direct customers, and the people targeted are customers of customers.

> Those kinds of targets are generally not only engaged in some activity
> which invites attack (such as running an IRC server), they are actively
> encouraging it by their behavior, and probably should be booted anyways
> for other reasons that you just don't know about yet.

I've seen a few ISP's who run IRC servers reserve IP blocks for them, and
only announce said blocks to peers. Seems like a good way to cut down on
the number of people to contact when you have DOS aimed at it.

> The only benefit to having a hefty outbound ratio is that you have plenty
> of headroom to work with when attacks do come in. Unless you happen to
> notice that a large amount of the traffic is coming from certain Asian
> Pacific networks, and intentionally peer with them to setup choke points.
> :)

Good point.
I'd be curious to see in terms of percentages, which networks source the
most DOS and then keep them on INOC-DBA SpeedDial.
I had in fact suggested to a certain Asian Pacific network that we should
peer so that when someone on their network did launch a DOS against one of
my customers, it would only cause problems there :)

Whats next, DOS-NAP?

More information about the NANOG mailing list