[Contents] [Prev] [Next] [Index] [Report an Error]

Reoptimization

You can use the traffic-engineering reoptimization capability to ensure that the best path is being used. Suppose the current path goes down and MPLS switches to an alternate path that is not as good as the failed path. You can have MPLS periodically search—according to a specified schedule—for a path better than the alternate by configuring the reoptimization timer. For example, you might configure MPLS to search for a better path every 10 minutes; if it finds a better path, it switches.

On the other hand, you might be concerned about route flapping. If a path goes down and then comes back up, perhaps it will continue to do so. In this case, you might not ever want to go back to a path that goes down. To accomplish this, you can configure reoptimization to never occur.

When you do not want the initial path to change—that is, when you want to pin the route—you can disable reoptimization globally by setting the timer to 0. Alternatively, you can disable reoptimization on a per-tunnel basis by using the lockdown option with the tunnel mpls path-option command. LSP paths are always pinned until the next reoptimization.

Finally, you can manually force an immediate reoptimization. See MPLS Global Configuration Tasks in Configuring MPLS in the JUNOSe BGP and MPLS Configuration Guide for information about configuring reoptimization.

[Contents] [Prev] [Next] [Index] [Report an Error]