Guest

Preview Tool

Cisco Bug: CSCut48349 - 5.3.0 Some MPLS TE tunnels don't re optimize to primary path post FRR

Last Modified

Jan 12, 2017

Products (1)

  • Cisco Carrier Routing System

Known Affected Releases

5.3.0.MPLS

Description (partial)

Symptom:
Post FRR when FRR condition is cleared (primary is no shut), it was observed that some tunnels don't re optimize to take primary path and stay on the backup path forever (even after manual reoptimize command.

Conditions:
Post FRR when FRR condition is cleared (primary is no shut), it was observed that some tunnels don't re optimize to take primary path and stay on the backup path forever (even after manual reoptimize command.

This is a very corner case only applies to inter-area or loose hop tunnels. you need to have a few inter-area or loose hop tunnels (>15) configured on the headend. This is a timing issue as well.
Bug details contain sensitive information and therefore require a Cisco.com account to be viewed.

Bug Details Include

  • Full Description (including symptoms, conditions and workarounds)
  • Status
  • Severity
  • Known Fixed Releases
  • Related Community Discussions
  • Number of Related Support Cases
Bug information is viewable for customers and partners who have a service contract. Registered users can view up to 200 bugs per month without a service contract.