[c-nsp] Different behaviour for static route on different IOS?

Gert Doering gert at greenie.muc.de
Wed Feb 16 04:59:55 EST 2005


Hi,

On Wed, Feb 16, 2005 at 10:51:17AM +0100, Oliver Boehmer (oboehmer) wrote:
> > Indeed, it's not "classful", but a more generic check "if the route
> > prefix *and* the gateway IP are part of the *same* supernet route
> > (/16, default route, ...) --> suppress recursive static route".
> 
> coz it wouldn't make much sense, would it?
> 
> you learn 192.168/16 via POS0/0, and you enter a static route for
> 192.168.20/24 pointing to a nexthop within 192.168/16, all traffic to
> 192.168/16 (including 192.168.20/24) would still go out POS0/0. 

Well.  There is something to be said for this...

> because it adds routing information.. I don't really find this
> surprising..

... but usually the box doesn't check "does it add any useful information
if I put this route into service" either.

Like in:

  ip route 192.168.0.0 255.255.0.0 pos0/0
  ip route 192.168.20.0 255.255.255.0 pos0/0

-> you'll see *both* routes in the RIB and FIB, even if the second route
"doesn't add routing information" either...

But whatsoever - I'm not trying to criticise (today :) ), I was just
explaining my surprise, and now I have understood what's going on.

gert
-- 
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             gert at greenie.muc.de
fax: +49-89-35655025                        gert at net.informatik.tu-muenchen.de


More information about the cisco-nsp mailing list