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: Who does source address validation? (was Re: what's that smell?)

  • From: Sean Donelan
  • Date: Wed Oct 09 08:14:48 2002

On Tue, 8 Oct 2002, John M. Brown wrote:
> Simulation models I've been running show that an average of 12 to 18 percent
> of a providers traffic would disappear if they filtered RFC-1918 sourced
> packets.   The percentage ranges scale with the size of the provider.
> Smaller providers, less impact, larger providers more impact.
> In addition to the bandwidth savings, there is also a support cost
> reduction and together, I believe backbone providers can see this
> on the bottom line of their balance sheets.

Testing a couple of years ago on a widely used router vendor's
implementation of uRPF showed in certain pathalogical cases a 50%
throughput hit when uRPF was turned on.  Even a single line access
list permit ip any any had a throughput hit on certain platforms.

Whether this is still true, the legend lives on.  A 20% throughput hit
won't be offset by a 12 to 18 percent bandwidth savings.  Especially on
heavily loaded circuits.  Some network engineers are reluctant to do any
type of packet filtering (uRPF or ACL based) because of the belief it will
hurt performance (latency, throughput, etc).

While I think its a good idea, and generally do it on any network I design
from scratch; so far you really haven't given me much ammo to convince
people to change what is already working for them.

Going back to the IBM/Ahmdal mainframe days, the traditional requirement
to get people to change was it needed to be 30% cheaper or 30% better.
Anything less, and it was usually wasn't worth the effort of making the
change, especially if the current system didn't have a visible problem.

Discussion Communities

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

Merit Network, Inc.