This section describes how to configure bit-error-triggered Resource Reservation Protocol-Traffic Engineering (RSVP-TE) tunnel switching.
Bit errors caused by optical fiber aging or optical signal jitter may exist on carrier networks. These bit errors may result in the interruption of services with high quality requirements. If a network uses an RSVP-TE tunnel with traffic engineering (TE) hot standby protection to carry services, you can configure bit-error-triggered RSVP-TE tunnel switching to protect services against bit errors.
Then, if a bit error event occurs, traffic switches between the primary and backup constraint-based routed label switched paths (CR-LSPs) of the RSVP-TE tunnel based on the bit error status of the CR-LSPs.
Before configuring bit-error-triggered RSVP-TE tunnel switching, complete the following tasks:
Configure two unidirectional RSVP-TE tunnels in opposite directions.
Before establishing a unidirectional RSVP-TE tunnel, you must run the label advertise non-null command to enable the egress of the unidirectional tunnel to allocate a non-null label to the penultimate hop. Otherwise, bit-error-triggered RSVP-TE tunnel switching cannot take effect.
Configure a unidirectional hot-standby RSVP-TE tunnel for each unidirectional RSVP-TE tunnel. For configuration details, see Configuring CR-LSP Backup.
Enable Bidirectional Forwarding Detection (BFD) globally on the nodes along the primary and backup CR-LSPs of each unidirectional RSVP-TE tunnel.
Configuring static BFD for CR-LSP or dynamic BFD for CR-LSP.