352-001 · Question #578
Which two options must be part of your network design to support dynamic mutual redistribution between multiple OSPFv2 and IS-IS boundaries, to avoid suboptimal routing? (Choose two)
The correct answer is C. Route tagging D. Route filtering. When redistributing routes mutually between OSPFv2 and IS-IS at multiple boundaries, routing loops and suboptimal paths are a serious risk. Route tagging and route filtering together form the standard solution to detect and block routes that would otherwise be redistributed…
Question
Which two options must be part of your network design to support dynamic mutual redistribution between multiple OSPFv2 and IS-IS boundaries, to avoid suboptimal routing? (Choose two)
Options
- AMatching OSPF external routes
- BRoute aggregation
- CRoute tagging
- DRoute filtering
- EDisabling IS-IS wide metrics
How the community answered
(41 responses)- A15% (6)
- B7% (3)
- C56% (23)
- E22% (9)
Why each option
When redistributing routes mutually between OSPFv2 and IS-IS at multiple boundaries, routing loops and suboptimal paths are a serious risk. Route tagging and route filtering together form the standard solution to detect and block routes that would otherwise be redistributed back into their origin domain.
Matching OSPF external routes (Type E1/E2) alone does not provide a mechanism to prevent those routes from looping back through IS-IS and re-entering OSPF at another boundary without tagging and filtering logic.
Route aggregation can reduce table size but does not prevent routing loops or suboptimal routing caused by mutual redistribution at multiple points - it is an optional optimization, not a mandatory loop-prevention mechanism.
Route tagging marks redistributed routes with a numeric tag at the point of redistribution so that when they reach another boundary, a route-map can identify and block them from being redistributed back into their originating protocol domain, preventing routing loops.
Route filtering (using distribute-lists or route-maps with prefix-lists) is applied at redistribution points to explicitly block tagged or known external routes from re-entering the domain they originated from, preventing both loops and suboptimal path selection.
Disabling IS-IS wide metrics (TLV 135) would remove support for metrics greater than 63, reducing IS-IS metric range and actually harming routing decisions rather than preventing suboptimal routing.
Concept tested: Route tagging and filtering for mutual redistribution loop prevention
Source: https://www.cisco.com/c/en/us/support/docs/ip/ip-routing/47121-mutualredist.html
Topics
Community Discussion
No community discussion yet for this question.