Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: NAP/ISP Saturation WAS: Re: Exchanges that matter...

  • From: Alex.Bligh
  • Date: Fri Dec 20 17:03:53 1996

> I think that there's some lack of clarity on the problem here.  Anyone can
> stream packets at ANY router and take it down.  If it's not ICMP, you can
> simply forge routing protocol packets.  It's a question of simply
> supersaturating the system.  To truly deal with DoS attacks, there are
> basically three approaches:

Indeed. For instance SYN-flood the BGP port.
 
> 1) Throw money at the problem.  Build a big box that has enough processor
> to deal with the incoming bandwidth for pessimal packets.  Even then, the
> bad guys can simply supersaturate the incoming bandwidth.
> 
> 2) Deal with it statistically.  For example, most folks for the recent syn
> attacks will drop syns if they don't complete reasonably, thereby allowing
> some percentage of real traffic to get through.
> 
> 3) Deal with it legally.  This is what the telco's do.  It implies that we
> would need real mechanisms for tracking down offenders.

Can I have 2(a) - deal with it statistically and intelligently. TCP/IP
stacks which have got far greater public flak than Cisco's (Solaris 2.4
for instance) do not die when sent 128kb/s of ICMP. As I understand it
11.1 allows access lists based on icmp packet type, and this filtering
is already done off CPU. So "all" the CPU has to do is block ICMPs
from particular hosts, or (even) ICMP at all, if it is being flooded.

> As to what cisco will do, you should probably ask cisco.

I did. They said "the problem doesn't exist". I am circulating the problem
(before, like SYN flods, it becomes a serious operational problem) to those
with larger annual Cisco spend than me.

Background to bug: We discovered this when we had 2 telco lines running
in parallel and wanted to check the performance of one from a host behind
one router, and had no hosts of our own behind the other router. Naively
we thought pinging the other (NAP) router would be a good test with our
stochastic bandwidth modeling tool, which is based on ICMP. Rather an
unpleasant thing happened to our transit. Just wait until someone decides
you should measure your ISPs performance by running
  ping -s 1000 mae-east.sprintlink.net
(8kb/s). Now get 16 people doing it at once, and ...

Alex Bligh
Xara Networks



- - - - - - - - - - - - - - - - -




Discussion Communities


About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home


Merit Network, Inc.