28.06.2014 Views

Discussion

Discussion

Discussion

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

14.11 Protecting an LSP’s Path<br />

Problem<br />

You want to protect an LSP’s traffic in the event of a link or router failure to ensure<br />

that it always arrives at the egress end of the LSP.<br />

Solution<br />

When you create an LSP, RSVP establishes a single path between the ingress and<br />

egress routers. One way to protect the LSP’s path is to establish an end-to-end secondary<br />

path for the LSP. First, explicitly set up the primary LSP:<br />

[edit protocols mpls]<br />

aviva@R1# set label-switched-path R1-to-R5 to 10.0.0.5<br />

aviva@R1# set label-switched-path R1-to-R5 bandwidth 50m<br />

aviva@R1# set label-switched-path R1-to-R5 primary primary-path-R1-to-R5<br />

aviva@R1# set path primary-path-R1-to-R5<br />

Then, configure a secondary path to the same egress router:<br />

[edit protocols mpls]<br />

aviva@R1# set label-switched-path R1-to-R5 secondary secondary-path-R1-to-R5 standby<br />

aviva@R1# set path secondary-path-R1-to-R5<br />

<strong>Discussion</strong><br />

When you create a basic LSP on the ingress router, one route is set up to reach the<br />

egress router and all the LSP’s traffic is forwarded along this route. If a failure occurs<br />

along the path—for instance, if a router’s interface goes offline, if an entire router<br />

goes down, or if the physical link between two routers is cut—the ingress router<br />

recalculates the LSP’s path and re-establishes the LSP if possible. However, until the<br />

ingress route learns of the LSP failure and recalculates a new LSP, all traffic going<br />

into the LSP is dropped and never reaches the egress. Depending on the length of the<br />

LSP, the speeds of the interfaces, and other factors, it can take some seconds for the<br />

new LSP to become operational. One way to provide a redundant path is to set up a<br />

secondary path in advance and have it always be on call in case the primary path fails<br />

so that it can immediately take over forwarding the LSP’s traffic. An optimal secondary<br />

LSP takes a completely different path through the network so that there are no<br />

common links or routers shared by the two LSPs. For this recipe, the network topology<br />

is extended to six routers (see Figure 14-7).<br />

The first part of this recipe sets up the primary path on the ingress router, R1. The<br />

first command names the LSP and specifies the address of the egress router, R5. The<br />

second command reserves bandwidth for the LSP, here requesting 50 Mbps. The third<br />

command creates the primary LSP and names it primary-path-R1-to-R5. The final<br />

command, the set path command, tells MPLS about the name of the path.<br />

This is the Title of the Book, eMatter Edition<br />

Copyright © 2008 O’Reilly & Associates, Inc. All rights reserved.<br />

Protecting an LSP’s Path | 521

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!