Question 600
At Cedar Wireless, the engineering change is approved for SR binding SID policy reuse. The specific goal is to allow an upstream router to steer into an established SR policy with one segment. Which implementation step belongs in this change plan?
- Activate TI-LFA or SR policy backup then verify downstream service SID reachability.
- Use a PCE-PCC architecture with agreed objectives and topology visibility.
- Coordinate supported LDP hello interval and discovery holdtime settings on both core neighbors.
- Assign a binding SID that resolves to the intended local SR policy.
Explanation
Correct Answer
D:Implementing SR binding SID policy reuse requires the operator to assign a binding SID that resolves to the intended local SR policy. This makes the required goal testable using evidence that traffic reaching the binding SID follows the associated policy candidate path.
Incorrect Answers
A:The proposed step is for SRv6 failure repair order, whose purpose is to restore customer forwarding after a failed adjacency while preserving service-specific decapsulation. It would not perform the necessary SR binding SID policy reuse operation: assign a binding SID that resolves to the intended local SR policy.
B:The proposed step is for PCE constrained path computation, whose purpose is to delegate constrained SR-TE or MPLS-TE path computation to a path computation entity. It would not perform the necessary SR binding SID policy reuse operation: assign a binding SID that resolves to the intended local SR policy.
C:The proposed step is for LDP hello discovery timer resilience, whose purpose is to keep an LDP link adjacency stable through brief congestion without hiding real forwarding loss. It would not perform the necessary SR binding SID policy reuse operation: assign a binding SID that resolves to the intended local SR policy.
Question 601
Willow Regional has deployed SR binding SID policy reuse to allow an upstream router to steer into an established SR policy with one segment. The implementation step was to assign a binding SID that resolves to the intended local SR policy. Which observation demonstrates that the requested service is working?
- Traffic reaching the binding SID follows the associated policy candidate path.
- Traffic reaches the egress VRF through the repair path and service lookup succeeds.
- The PCC receives a viable path matching the constraints and programs it.
- LDP discovery remains stable through transient hello jitter and times out after a sustained failure.
Explanation
Correct Answer
A:For SR binding SID policy reuse, successful verification means that traffic reaching the binding SID follows the associated policy candidate path. That evidence directly tests whether the provider can allow an upstream router to steer into an established SR policy with one segment after deployment.
Incorrect Answers
B:The observation would verify SRv6 failure repair order under the separate requirement to restore customer forwarding after a failed adjacency while preserving service-specific decapsulation. It does not demonstrate the needed SR binding SID policy reuse result: traffic reaching the binding SID follows the associated policy candidate path.
C:The observation would verify PCE constrained path computation under the separate requirement to delegate constrained SR-TE or MPLS-TE path computation to a path computation entity. It does not demonstrate the needed SR binding SID policy reuse result: traffic reaching the binding SID follows the associated policy candidate path.
D:The observation would verify LDP hello discovery timer resilience under the separate requirement to keep an LDP link adjacency stable through brief congestion without hiding real forwarding loss. It does not demonstrate the needed SR binding SID policy reuse result: traffic reaching the binding SID follows the associated policy candidate path.
Question 602
While troubleshooting SR binding SID policy reuse at Atlas Backbone, the intended acceptance outcome is still missing: traffic reaching the binding SID follows the associated policy candidate path. Which fault condition should be investigated first for this particular design?
- A repaired transport path exists but the final service SID is unreachable.
- A node SID is used expecting to encode an entire explicit policy.
- A path is selected by local shortest path ignoring the stated constraint.
- The discovery holdtime expires between expected valid LDP hello packets.
Explanation
Correct Answer
B:The suspected defect directly frustrates SR binding SID policy reuse: a node SID is used expecting to encode an entire explicit policy. Correcting it should allow verification that traffic reaching the binding SID follows the associated policy candidate path.
Incorrect Answers
A:This defect belongs to SRv6 failure repair order, where the affected outcome is to restore customer forwarding after a failed adjacency while preserving service-specific decapsulation. It is not the direct failure mode identified for the SR binding SID policy reuse design in this case: a node SID is used expecting to encode an entire explicit policy.
C:This defect belongs to PCE constrained path computation, where the affected outcome is to delegate constrained SR-TE or MPLS-TE path computation to a path computation entity. It is not the direct failure mode identified for the SR binding SID policy reuse design in this case: a node SID is used expecting to encode an entire explicit policy.
D:This defect belongs to LDP hello discovery timer resilience, where the affected outcome is to keep an LDP link adjacency stable through brief congestion without hiding real forwarding loss. It is not the direct failure mode identified for the SR binding SID policy reuse design in this case: a node SID is used expecting to encode an entire explicit policy.
Question 603
Northstar Carrier must allow a centralized PCE to update a delegated SR-TE candidate path on a headend. The operator is comparing several service-provider methods. Which design or control directly addresses that stated requirement?
- SRv6 locator aggregation
- LDP hello discovery timer resilience
- PCE PCC path delegation
- PCE constrained path computation
Explanation
Correct Answer
C:PCE PCC path delegation matches this requirement: the team should establish PCEP PCE-PCC coordination with explicit delegation controls. A relevant outcome would be that the PCC accepts and installs updated delegated path information.
Incorrect Answers
A:SRv6 locator aggregation instead addresses a different condition: allocate routable prefixes to identify SRv6-capable nodes and behaviors. It would instead require you to configure a valid SRv6 locator prefix and corresponding IGP advertisement, not the stated goal to allow a centralized PCE to update a delegated SR-TE candidate path on a headend.
B:LDP hello discovery timer resilience instead addresses a different condition: keep an LDP link adjacency stable through brief congestion without hiding real forwarding loss. It would instead require you to coordinate supported LDP hello interval and discovery holdtime settings on both core neighbors, not the stated goal to allow a centralized PCE to update a delegated SR-TE candidate path on a headend.
D:PCE constrained path computation instead addresses a different condition: delegate constrained SR-TE or MPLS-TE path computation to a path computation entity. It would instead require you to use a PCE-PCC architecture with agreed objectives and topology visibility, not the stated goal to allow a centralized PCE to update a delegated SR-TE candidate path on a headend.
Question 604
At Orion Transit, the engineering change is approved for PCE PCC path delegation. The specific goal is to allow a centralized PCE to update a delegated SR-TE candidate path on a headend. Which implementation step belongs in this change plan?
- Configure a valid SRv6 locator prefix and corresponding IGP advertisement.
- Coordinate supported LDP hello interval and discovery holdtime settings on both core neighbors.
- Use a PCE-PCC architecture with agreed objectives and topology visibility.
- Establish PCEP PCE-PCC coordination with explicit delegation controls.
Explanation
Correct Answer
D:Implementing PCE PCC path delegation requires the operator to establish PCEP PCE-PCC coordination with explicit delegation controls. This makes the required goal testable using evidence that the PCC accepts and installs updated delegated path information.
Incorrect Answers
A:The proposed step is for SRv6 locator aggregation, whose purpose is to allocate routable prefixes to identify SRv6-capable nodes and behaviors. It would not perform the necessary PCE PCC path delegation operation: establish PCEP PCE-PCC coordination with explicit delegation controls.
B:The proposed step is for LDP hello discovery timer resilience, whose purpose is to keep an LDP link adjacency stable through brief congestion without hiding real forwarding loss. It would not perform the necessary PCE PCC path delegation operation: establish PCEP PCE-PCC coordination with explicit delegation controls.
C:The proposed step is for PCE constrained path computation, whose purpose is to delegate constrained SR-TE or MPLS-TE path computation to a path computation entity. It would not perform the necessary PCE PCC path delegation operation: establish PCEP PCE-PCC coordination with explicit delegation controls.
Question 605
Meridian Networks has deployed PCE PCC path delegation to allow a centralized PCE to update a delegated SR-TE candidate path on a headend. The implementation step was to establish PCEP PCE-PCC coordination with explicit delegation controls. Which observation demonstrates that the requested service is working?
- The PCC accepts and installs updated delegated path information.
- The locator is reachable and its local SID behaviors resolve on the endpoint.
- LDP discovery remains stable through transient hello jitter and times out after a sustained failure.
- The PCC receives a viable path matching the constraints and programs it.
Explanation
Correct Answer
A:For PCE PCC path delegation, successful verification means that the PCC accepts and installs updated delegated path information. That evidence directly tests whether the provider can allow a centralized PCE to update a delegated SR-TE candidate path on a headend after deployment.
Incorrect Answers
B:The observation would verify SRv6 locator aggregation under the separate requirement to allocate routable prefixes to identify SRv6-capable nodes and behaviors. It does not demonstrate the needed PCE PCC path delegation result: the PCC accepts and installs updated delegated path information.
C:The observation would verify LDP hello discovery timer resilience under the separate requirement to keep an LDP link adjacency stable through brief congestion without hiding real forwarding loss. It does not demonstrate the needed PCE PCC path delegation result: the PCC accepts and installs updated delegated path information.
D:The observation would verify PCE constrained path computation under the separate requirement to delegate constrained SR-TE or MPLS-TE path computation to a path computation entity. It does not demonstrate the needed PCE PCC path delegation result: the PCC accepts and installs updated delegated path information.
Question 606
While troubleshooting PCE PCC path delegation at Kestrel Broadband, the intended acceptance outcome is still missing: the PCC accepts and installs updated delegated path information. Which fault condition should be investigated first for this particular design?
- A SID is created without a routed locator leading traffic to that node.
- A static path remains installed when the operator expects PCE updates.
- The discovery holdtime expires between expected valid LDP hello packets.
- A path is selected by local shortest path ignoring the stated constraint.
Explanation
Correct Answer
B:The suspected defect directly frustrates PCE PCC path delegation: a static path remains installed when the operator expects PCE updates. Correcting it should allow verification that the PCC accepts and installs updated delegated path information.
Incorrect Answers
A:This defect belongs to SRv6 locator aggregation, where the affected outcome is to allocate routable prefixes to identify SRv6-capable nodes and behaviors. It is not the direct failure mode identified for the PCE PCC path delegation design in this case: a static path remains installed when the operator expects PCE updates.
C:This defect belongs to LDP hello discovery timer resilience, where the affected outcome is to keep an LDP link adjacency stable through brief congestion without hiding real forwarding loss. It is not the direct failure mode identified for the PCE PCC path delegation design in this case: a static path remains installed when the operator expects PCE updates.
D:This defect belongs to PCE constrained path computation, where the affected outcome is to delegate constrained SR-TE or MPLS-TE path computation to a path computation entity. It is not the direct failure mode identified for the PCE PCC path delegation design in this case: a static path remains installed when the operator expects PCE updates.
Question 607
Summit Service Provider must select the proper intent-based SR policy for a destination using BGP route color. The operator is comparing several service-provider methods. Which design or control directly addresses that stated requirement?
- TI-LFA link repair
- IGP LDP synchronization
- SR policy color endpoint steering
- LDP label binding verification
Explanation
Correct Answer
C:SR policy color endpoint steering matches this requirement: the team should steer matching colored routes to an SR policy with correct color and endpoint. A relevant outcome would be that routes with the intent community resolve to the chosen SR policy.
Incorrect Answers
A:TI-LFA link repair instead addresses a different condition: protect an SR transport link using a loop-free post-convergence backup. It would instead require you to enable supported topology-independent LFA protection in the IGP, not the stated goal to select the proper intent-based SR policy for a destination using BGP route color.
B:IGP LDP synchronization instead addresses a different condition: avoid forwarding traffic onto a link before necessary MPLS labels are usable. It would instead require you to apply LDP IGP synchronization so route preference waits for LDP readiness, not the stated goal to select the proper intent-based SR policy for a destination using BGP route color.
D:LDP label binding verification instead addresses a different condition: check the label binding for a specific IGP destination before enabling a VPN. It would instead require you to inspect local and remote LDP bindings and installed labeled forwarding entries, not the stated goal to select the proper intent-based SR policy for a destination using BGP route color.
Question 608
At Ridgeway Networks, the engineering change is approved for SR policy color endpoint steering. The specific goal is to select the proper intent-based SR policy for a destination using BGP route color. Which implementation step belongs in this change plan?
- Enable supported topology-independent LFA protection in the IGP.
- Apply LDP IGP synchronization so route preference waits for LDP readiness.
- Inspect local and remote LDP bindings and installed labeled forwarding entries.
- Steer matching colored routes to an SR policy with correct color and endpoint.
Explanation
Correct Answer
D:Implementing SR policy color endpoint steering requires the operator to steer matching colored routes to an SR policy with correct color and endpoint. This makes the required goal testable using evidence that routes with the intent community resolve to the chosen SR policy.
Incorrect Answers
A:The proposed step is for TI-LFA link repair, whose purpose is to protect an SR transport link using a loop-free post-convergence backup. It would not perform the necessary SR policy color endpoint steering operation: steer matching colored routes to an SR policy with correct color and endpoint.
B:The proposed step is for IGP LDP synchronization, whose purpose is to avoid forwarding traffic onto a link before necessary MPLS labels are usable. It would not perform the necessary SR policy color endpoint steering operation: steer matching colored routes to an SR policy with correct color and endpoint.
C:The proposed step is for LDP label binding verification, whose purpose is to check the label binding for a specific IGP destination before enabling a VPN. It would not perform the necessary SR policy color endpoint steering operation: steer matching colored routes to an SR policy with correct color and endpoint.
Question 609
Lakeside Transport has deployed SR policy color endpoint steering to select the proper intent-based SR policy for a destination using BGP route color. The implementation step was to steer matching colored routes to an SR policy with correct color and endpoint. Which observation demonstrates that the requested service is working?
- Routes with the intent community resolve to the chosen SR policy.
- The local repair path forwards traffic immediately after the primary link fails.
- The IGP suppresses preferential forwarding until the LDP adjacency is ready.
- The expected FEC maps to valid incoming and outgoing label operations.
Explanation
Correct Answer
A:For SR policy color endpoint steering, successful verification means that routes with the intent community resolve to the chosen SR policy. That evidence directly tests whether the provider can select the proper intent-based SR policy for a destination using BGP route color after deployment.
Incorrect Answers
B:The observation would verify TI-LFA link repair under the separate requirement to protect an SR transport link using a loop-free post-convergence backup. It does not demonstrate the needed SR policy color endpoint steering result: routes with the intent community resolve to the chosen SR policy.
C:The observation would verify IGP LDP synchronization under the separate requirement to avoid forwarding traffic onto a link before necessary MPLS labels are usable. It does not demonstrate the needed SR policy color endpoint steering result: routes with the intent community resolve to the chosen SR policy.
D:The observation would verify LDP label binding verification under the separate requirement to check the label binding for a specific IGP destination before enabling a VPN. It does not demonstrate the needed SR policy color endpoint steering result: routes with the intent community resolve to the chosen SR policy.
Question 610
While troubleshooting SR policy color endpoint steering at Coastal Communications, the intended acceptance outcome is still missing: routes with the intent community resolve to the chosen SR policy. Which fault condition should be investigated first for this particular design?
- The router waits for global SPF recomputation before repairing an eligible failure.
- A matching destination exists but no color-and-endpoint candidate policy can resolve.
- SPF uses a link with no usable labels and drops transit VPN packets.
- An LDP neighbor is up but no label binding exists for the target FEC.
Explanation
Correct Answer
B:The suspected defect directly frustrates SR policy color endpoint steering: a matching destination exists but no color-and-endpoint candidate policy can resolve. Correcting it should allow verification that routes with the intent community resolve to the chosen SR policy.
Incorrect Answers
A:This defect belongs to TI-LFA link repair, where the affected outcome is to protect an SR transport link using a loop-free post-convergence backup. It is not the direct failure mode identified for the SR policy color endpoint steering design in this case: a matching destination exists but no color-and-endpoint candidate policy can resolve.
C:This defect belongs to IGP LDP synchronization, where the affected outcome is to avoid forwarding traffic onto a link before necessary MPLS labels are usable. It is not the direct failure mode identified for the SR policy color endpoint steering design in this case: a matching destination exists but no color-and-endpoint candidate policy can resolve.
D:This defect belongs to LDP label binding verification, where the affected outcome is to check the label binding for a specific IGP destination before enabling a VPN. It is not the direct failure mode identified for the SR policy color endpoint steering design in this case: a matching destination exists but no color-and-endpoint candidate policy can resolve.
Implementing and Operating Cisco Service Provider Network Core Technologies (SPCOR) (350-501) Practice Tests