[nsp] Setting router ospf passive-interface default

sthaug at nethelp.no sthaug at nethelp.no
Tue Jun 15 12:24:43 EDT 2004


> Would you, therefore, increase the amount of code in Cisco's implementation
> of OSPF so that when you make a global change to OSPF, it first checks to
> see if implementations of your change are currently configured?

Yes.

> Sounds like
> a code nightmare, and I'm not sure I want it to attempt that for me.  Maybe
> as a series of questions asked upon implementation of the command, i.e.
> Passive installed on Serial 1/0.104, is this what you want to do?
> 
> Not too practical, eh?

I don't see why it's so impractical. In fact I would prefer this kind
of behavior for all configuration changes where the *textual* change
means that the *actual* configuration for the interface (or whatever)
in question remains unchanged.

Steinar Haug, Nethelp consulting, sthaug at nethelp.no

> 
> -----Original Message-----
> From: sthaug at nethelp.no [mailto:sthaug at nethelp.no] 
> Sent: Tuesday, June 15, 2004 11:14 AM
> To: Dan.Wilson at ge.com
> Cc: cisco-nsp at puck.nether.net
> Subject: RE: [nsp] Setting router ospf passive-interface default
> 
> > Well, seriously.   You change whether OSPF talks on all interfaces, and
> > *don't* think it should run the spf algorithm?  You've made a global
> change
> > to OSPF, and it *should* re run its whole table!
> 
> If the desired change is: all the interfaces that were passive before the 
> change should be passive afterwards, and similarly for the all the active
> interfaces - then no interface changes state with respect to OSPF. Why
> should it have to bounce adjacencies?
> 
> Steinar Haug, Nethelp consulting, sthaug at nethelp.no
> 
> 
> > 
> > The method you use to change the config isn't going to matter, either.
> > 
> > 
> > 
> > -----Original Message-----
> > From: John Kristoff [mailto:jtk at northwestern.edu] 
> > Sent: Tuesday, June 15, 2004 10:44 AM
> > To: cisco-nsp at puck.nether.net
> > Subject: [nsp] Setting router ospf passive-interface default
> > 
> > Perhaps I've missed something, but is there a way to implement on a
> > router already running OSPF, where routing interfaces are not going to
> > be change the following:
> > 
> >   router ospf [process-id]
> >    passive-interface default
> > 
> > Without having adjacency changes occur?  In my limited testing, either
> > with a quick copy and paste or tftp upload to the running config, it
> > seems that either will result in OSPF dropping all interfaces causing
> > neighbor adjacencies to have to be reestablished.  Since in my example,
> > the routing interfaces will have 'no passive-interface', routing really
> > doesn't change so it would be nice if reconvergence didn't have to occur
> > either.
> > 
> > John
> > _______________________________________________
> > cisco-nsp mailing list  cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> > _______________________________________________
> > cisco-nsp mailing list  cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/


More information about the cisco-nsp mailing list