[nsp] RPF on Catalyst 6k

Francois Baligant francois at ops.be.wanadoo.com
Tue Jan 7 15:59:14 EST 2003


	Take care.

	From my experience with a c6k with SUP2/MSFC2 in hybrid mode
	and trying to run uRPF since the early 6.3 release, the 
	implementation is not stable enough and can go wild in very
	creative and difficult to detect way. Examples are:

	- packet being dropped for no apparent reasons
	- packet that should have been dropped, no dropped
	- drops appearing gradualy and only getting noticeable 2 days
	later.
	- MLS table getting desynched or corrupted (a one time effect
	was a loop being created on a POS interface)

	It might be because we are using OSM and SFM modules.
	Or maybe not.
	
	Cisco has been helpfull with this, always trying to
	debug problems with they arise but still. We are now
	running 7.4(2) on Sup and still had to disable uRPF once
	again 'cause of side effects.

	Good luck,
	Francois
-- 
Francois Baligant                Lozenberg 22 - B-1932 Zaventem 
Wanadoo Belgium NV/SA    francois@be.wanadoo.com 
Network Operation Center    tel: +32 2 717 17 17 
FB1-6BONE FB3122-RIPE  fax: +32 2 717 17 77 

On Fri, 27 Dec 2002, Rubens Kuhl Jr. wrote:

> 
> | In our case, we filter to prevent packets carrying one of "our" IP
> | addresses from entering our local network.  We suffer from slight
> | fragmentation of our address space, so the appropriate "deny" entries
> | would occupy quite a bit of TCAM (in which the inbound ACL facing the
> | Internet already occupies a sizable chunk).
> 
> Try varying IOS version; newer versions usually compile ACLs better, but
> sometimes they do a big mess.. also, try enabling odm algorithm, which seems
> to have better corner case handling.
> 
> | | I whish we were already approaching the edge in terms of spoof
> | protection, but there's still a *very* long way to go.  (I'm already
> | happy if there's a L3 device at the edge.  Typical university network
> | problem, I guess.)
> 
> Spoof protection belongs to L7-land, is stateful in its nature (even more
> than SLB, which can be done in a stateless fashion). But if the stateless
> (regarding to individual conections) router can be of any assistance, it is
> a good thing.
> 
> 
> Rubens Kuhl Jr.
> 
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp@puck.nether.net
> http://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
> 



More information about the cisco-nsp mailing list