OPERATIONAL DEFECT DATABASE
...
...
SR Policy with two or more candidate paths. The higher preference candidate path has previously failed and the policy is on the lower preference candidate path. Now the higher preference candidate path is brought up. The SR Policy should wait for the duration of the "periodic reoptimization" timer before switching to the higher preference candidate path, but instead the policy switches immediately.
SR Policy with two or more candidate paths. The higher preference candidate path has previously failed and the policy is on the lower preference candidate path. Now the higher preference candidate path is brought up.
No workaround
This issue does not cause traffic loss. When reopt timer is 0, it means that it’s DISABLED. I.e., the policy is not supposed to switch to higher preference path at all (unless manually triggered).
Click on a version to see all relevant bugs
Cisco Integration
Learn more about where this data comes from
Bug Scrub Advisor
Streamline upgrades with automated vendor bug scrubs
BugZero Enterprise
Wish you caught this bug sooner? Get proactive today.
