2 messages in net.nether.puck.cisco-nsp[c-nsp] Better way of finding out the...
FromSent OnAttachments
Brian TurnbowJan 27, 2005 8:33 am 
Dave TemkinJan 27, 2005 8:38 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:[c-nsp] Better way of finding out the source of process switchedtraffic?Actions...
From:Dave Temkin (da@ordinaryworld.com)
Date:Jan 27, 2005 8:38:24 am
List:net.nether.puck.cisco-nsp

CEF switching shows up as enabled on the interfaces... Nothing odd in show cef int, either..

In show cef not:

bala-choke-1# show cef not CEF Packets passed on to next switching layer Slot No_adj No_encap Unsupp'ted Redirect Receive Options Access Frag RP 1936 0 0 0 27202 0 0 0

That receive # is incrementing - the counters were cleared at 7:30am...

The router runs BGP so I assume that some of that is the traffic punted up from processing as well as my telnets/etc..

On Thu, 27 Jan 2005, Brian Turnbow wrote:

, a couple of route maps,

ip route-cache policy

Will cause policy routing to be done as fast switching, it should be cef by default in 12.3 Try sh ip int f0/0 and sh cef int f0/0

To verify that cef is running on the interface and shows policy routing

If cef is running Sh cef not Will show you why , in gerneral, the packeta were not switched in cef

Brian