[nsp] Cat6500/MSFC2 CEF issue
Todd, Douglas M.
DTODD@PARTNERS.ORG
Mon, 26 Aug 2002 09:56:49 -0400
Scott:
We had this problem with ip route to null0. This seems like a bug since you
remove it the CEF table keeps the entry. Doing a sh ip route stated the route in
the table correctly, but traffic would not forward to the network.
Resolution:
We added the route again with the entry to a different address and removed it
and the null0 entry was removed. I think this is a bug w/cef.
ie:
ip route 10.0.0.0 255.0.0.0 null0
ip route 10.0.0.0 255.0.0.0 10.1.1.1
no ip route 10.0.0.0 255.0.0.0 10.1.1.1
==DMT>
> -----Original Message-----
> From: Scott.Keoseyan@BroadWing.com
> [mailto:Scott.Keoseyan@BroadWing.com]
> Sent: Monday, August 26, 2002 6:00 AM
> To: cisco-nsp@puck.nether.net
> Subject: [nsp] Cat6500/MSFC2 CEF issue
>
>
> Hello!
>
> I had to put a static host route pointing to null0 to eliminate some
> troublesome traffic for a particular host on an MSFC2 the
> other day. When I
> cleared the static route, the only route left was for the
> entire /24 (learnt
> via IGP), however the CEF entry for the host would not clear,
> and continued
> to point the adjacency to null0.
>
> I ended up creating another static host route for the host
> and pointing down
> the correct path in the network. Then I cleared this route,
> and the CEF
> adjacency reverted to the correct entry, showing the
> adjacency for the /24
> learnt via my IGP.
>
> My question is, is there a particular concern with routes
> pointed to null0
> when it comes to CEF? Shouldn't my removal of the static host route
> automatically force CEF to revert to the next best learnt
> path since the
> only thing left in the route-table was the route for the
> entire /24? Why
> should the next-hop make a difference, whether I pointed the
> static route at
> a null0 interface or a serial interface when it comes to CEF?
> Why didn't
> the removal of the route clear the CEF entry the first time
> but work the
> second time?
>
> Most comments are appreciated...
>
> thanks,
>
> Scott Keoseyan
>
>
>
> +++The information transmitted is intended only for the
> person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other
> use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited.
> If you received
> this in error, please contact the sender and destroy any
> copies of this
> document.+++
> _______________________________________________
> cisco-nsp mailing list real_name)s@puck.nether.net
> http://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>