MPLS
-
RSVP-TE supports preempting secondary LSPs that are signaled but not active (PTX Series and QFX Series)—Starting in Junos OS Evolved Release 21.2R1, you can configure the hold priority of the secondary standby label-switched path (LSP) for RSVP-Traffic Engineering (RSVP-TE). The hold priority will be used to determine if the standby non-active LSP can be preempted. This will help to bring up non-standby secondary path LSPs with higher setup priority which are not able to come-up because of bandwidth crunch. To configure the non-active hold priority value for a secondary standby path, use the non-active-hold-priority statement at the [
edit protocols mpls label-switched-path <lsp-name>
] hierarchy level. You can set the priority from 0 through 7, where 0 is the highest priority and 7 is the lowest.[See RSVP Overview.]