[c-nsp] mpls traffic-eng reoptimize timers frequency
    Oliver Boehmer (oboehmer) 
    oboehmer at cisco.com
       
    Sun Apr  1 23:27:51 EDT 2007
    
    
  
Alaerte.Vidali at nokia.com <> wrote on Wednesday, March 28, 2007 9:58 PM:
> Do you have comments regarding this command?
> (advantages, disadvantages, CPU impact, traffic impact, bugs)
well, by default, a headend will try to reoptimize a tunnel ever hour,
so this is always active. Not knowing more about the problem you're
trying to solve (and which setting you have in mind), it's difficult to
talk about advantages/disadvantages. 
Traffic impact is zero (the headend switches to the new path once it is
setup in a make-before-break fashion), CPU should be minimal (a CSPF and
some RSVP activity), and I feel the default is fine, you don't want your
tunnels (and traffic) to shift too frequently..
	oli
    
    
More information about the cisco-nsp
mailing list