Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

RSVP-Signaled Point-to-Multipoint LSPs on Logical Systems

Logical Systems enables a physical router to act as a collection of paths for an RSVP-signaled point-to-multipoint LSP. For more information, see the following topics:

Point-to-Multipoint LSPs Overview

A point-to-multipoint MPLS LSP is an LSP with a single source and multiple destinations. By taking advantage of the MPLS packet replication capability of the network, point-to-multipoint LSPs avoid unnecessary packet replication at the ingress router. Packet replication takes place only when packets are forwarded to two or more different destinations requiring different network paths.

This process is illustrated in Figure 1. Router PE1 is configured with a point-to-multipoint LSP to Routers PE2, PE3, and PE4. When Router PE1 sends a packet on the point-to-multipoint LSP to Routers P1 and P2, Router P1 replicates the packet and forwards it to Routers PE2 and PE3. Router P2 sends the packet to Router PE4.

This feature is described in detail in the Internet drafts draft-raggarwa-mpls-p2mp-te-02.txt (expired February 2004), Establishing Point to Multipoint MPLS TE LSPs, draft-ietf-mpls-rsvp-te-p2mp-02.txt, Extensions to Resource Reservation Protocol-Traffic Engineering (RSVP-TE) for Point-to-Multipoint TE Label-Switched Paths (LSPs), and RFC 6388, Label Distribution Protocol Extensions for Point-to-Multipoint and Multipoint-to-Multipoint Label Switched Paths (only point-to-multipoint LSPs are supported).

Figure 1: Point-to-Multipoint LSPsPoint-to-Multipoint LSPs

The following are some of the properties of point-to-multipoint LSPs:

  • A point-to-multipoint LSP enables you to use MPLS for point-to-multipoint data distribution. This functionality is similar to that provided by IP multicast.

  • You can add and remove branch LSPs from a main point-to-multipoint LSP without disrupting traffic. The unaffected parts of the point-to-multipoint LSP continue to function normally.

  • You can configure a node to be both a transit and an egress router for different branch LSPs of the same point-to-multipoint LSP.

  • You can enable link protection on a point-to-multipoint LSP. Link protection can provide a bypass LSP for each of the branch LSPs that make up the point-to-multipoint LSP. If any of the primary paths fail, traffic can be quickly switched to the bypass.

  • You can configure branch LSPs either statically, dynamically, or as a combination of static and dynamic LSPs.

  • You can enable graceful Routing Engine switchover (GRES) and graceful restart for point-to-multipoint LSPs at ingress and egress routers. The point-to-multipoint LSPs must be configured using either static routes or circuit cross-connect (CCC). GRES and graceful restart allow the traffic to be forwarded at the Packet Forwarding Engine based on the old state while the control plane recovers. Feature parity for GRES and graceful restart for MPLS point-to-multipoint LSPs on the Junos Trio chipset is supported in Junos OS Releases 11.1R2, 11.2R2, and 11.4.

Example: Configuring an RSVP-Signaled Point-to-Multipoint LSP on Logical Systems

In this example, multiple logical systems in a physical router act as a collection of paths for an RSVP-signaled point-to-multipoint LSP. The logical systems are chained together and connected internally over a series of logical tunnel (lt) interfaces.

Requirements

This example uses the following hardware and software components:

On M Series Multiservice Edge and T Series Core Routers, you can create an lt interface if you have a Tunnel Services PIC installed on an Enhanced FPC in your routing platform.

On M40e routers, you can create an lt interface if you have a Tunnel Services PIC. (An Enhanced FPC is not required.)

On an M7i router, lt interfaces can be created by using the integrated Adaptive Services Module.

On an MX Series router, as is shown in this example, the primary administrator can configure lt interfaces by including the tunnel-services statement at the [edit chassis fpc slot-number pic number] hierarchy level.

Overview

In this example, the logical systems serve as the transit, branch, and leaf nodes of a single point-to-multipoint LSP. Logical system LS1 is the ingress node. The branches go from LS1 to LS5, LS1 to LS7, and LS1 to LS4. Static unicast routes on the ingress node (LS1) point to the egress nodes.

The following topologies are supported:

  • A single logical system in a physical router. The logical system is one node in an RSVP-signaled point-to-multipoint LSP.

  • Multiple logical systems in a physical router, with each logical system acting as a label-switched router (LSR). The multiple logical systems can be unconnected, connected to each other internally with lt interfaces, or connected to each other externally with back-to-back connections.

  • One RSVP-signaled point-to-multipoint LSP, with some nodes being logical systems and other nodes being physical routers.

Topology Diagram

Figure 2 shows the topology used in this example.

Figure 2: RSVP-Signaled Point-to-Multipoint LSP on Logical SystemsRSVP-Signaled Point-to-Multipoint LSP on Logical Systems

Configuration

CLI Quick Configuration

To quickly configure this example, copy the following commands, paste them into a text file, remove any line breaks, change any details necessary to match your network configuration, and then copy and paste the commands into the CLI at the [edit] hierarchy level.

Router R1

Device CE1

Device CE2

Device CE3

Device CE4

Configuring the MX Series Router to Support Logical Tunnel Interfaces

Step-by-Step Procedure

The following example requires you to navigate various levels in the configuration hierarchy. For information about navigating the CLI, see Using the CLI Editor in Configuration Mode in the CLI User Guide.

This procedure is required for MX Series routers only. If you have an M Series or T Series router, skip this procedure.

To enable lt interfaces on the MX Series router:

  1. Run the show chassis fpc command to verify that the router has a DPC, MPC, or MIC installed and is in the online state.

    This output shows that slot 0 and slot 1 are empty. Slot 2 is online.

  2. Configure FPC slot 2 to support lt interfaces.

    This command creates several tunnel interface types, including gr, ip, and lt. For this example, the important one is the lt interface.

  3. Commit the configuration.

  4. Run the show interfaces terse command to verify that the router has an lt interface.

Configuring the Ingress LSR (Logical System LS1)

Step-by-Step Procedure

To configure Logical System LS1:

  1. From the main router, configure the logical system.

  2. Commit the configuration.

  3. Set the CLI to view the logical system.

  4. Configure the interfaces, interface encapsulation, and protocol families.

  5. Enable RSVP, MPLS, and OSPF on the interfaces.

  6. Configure the MPLS point-to-multipoint LSPs.

  7. Enable MPLS to perform traffic engineering for OSPF.

    This causes the ingress routes to be installed in the inet.0 routing table. By default, MPLS performs traffic engineering for BGP only. You need to enable MPLS traffic engineering on the ingress LSR only.

  8. Enable traffic engineering for OSPF.

    This causes the shortest-path first (SPF) algorithm to take into account the LSPs configured under MPLS.

  9. Configure the router ID.

  10. Configure static IP unicast routes with the point-to-multipoint LSP name as the next hop for each route.

  11. If you are done configuring the device, commit the configuration.

Configuring the Transit and Egress LSRs (Logical Systems LS2, LS3, LS4, LS5, LS6, and LS7)

Step-by-Step Procedure

To configure the transit and egress LSRs:

  1. Configure the interfaces, interface encapsulation, and protocol families.

  2. Enable RSVP, MPLS, and OSPF on the interfaces.

  3. Enable traffic engineering for OSPF.

    This causes the SPF algorithm to take into account the LSPs configured under MPLS.

  4. Configure the router IDs.

  5. If you are done configuring the device, commit the configuration.

Results

From configuration mode, confirm your configuration by entering the show logical-systems command. If the output does not display the intended configuration, repeat the instructions in this example to correct the configuration.

Configuring Device CE1

Step-by-Step Procedure

To configure Device CE1:

  1. Configure an interface to Logical System LS1.

  2. Configure static routes from Device CE1 to the three other customer networks, with Logical System LS1 as the next hop.

  3. If you are done configuring the device, commit the configuration.

Results

From configuration mode, confirm your configuration by entering the show interfaces and show routing-options commands. If the output does not display the intended configuration, repeat the instructions in this example to correct the configuration.

Configuring Device CE2

Step-by-Step Procedure

To configure Device CE2:

  1. Configure an interface to Logical System LS5.

  2. Configure a static route from Device CE2 to CE1, with Logical System LS5 as the next hop.

  3. If you are done configuring the device, commit the configuration.

Results

From configuration mode, confirm your configuration by entering the show interfaces and show routing-options commands. If the output does not display the intended configuration, repeat the instructions in this example to correct the configuration.

Configuring Device CE3

Step-by-Step Procedure

To configure Device CE3:

  1. Configure an interface to Logical System LS7.

  2. Configure a static route from Device CE3 to CE1, with Logical System LS7 as the next hop.

  3. If you are done configuring the device, commit the configuration.

Results

From configuration mode, confirm your configuration by entering the show interfaces and show routing-options commands. If the output does not display the intended configuration, repeat the instructions in this example to correct the configuration.

Configuring Device CE4

Step-by-Step Procedure

To configure Device CE4:

  1. Configure an interface to Logical System LS4.

  2. Configure a static route from Device CE4 to CE1, with Logical System LS4 as the next hop.

  3. If you are done configuring the device, commit the configuration.

Results

From configuration mode, confirm your configuration by entering the show interfaces and show routing-options commands. If the output does not display the intended configuration, repeat the instructions in this example to correct the configuration.

Verification

Confirm that the configuration is working properly.

Verifying Connectivity

Purpose

Make sure that the devices can ping each other.

Action

Run the ping command from CE1 to the interface on CE2 connecting to LS5.

Run the ping command from CE1 to the interface on CE3 connecting to LS7.

Run the ping command from CE1 to the interface on CE4 connecting to LS4.

Verifying the State of the Point-to-Multipoint LSP

Purpose

Make sure that the ingress, transit, and egress LSRs are in the Up state.

Note:

For this example, the show rsvp session command displays the same output as the show mpls lsp p2mp command.

Action

Run the show mpls lsp p2mp command on all of the LSRs. Only the ingress LSR is shown here.

Checking the Forwarding Table

Purpose

Make sure that the routes are set up as expected by running the show route forwarding-table command. Only the routes to the remote customer networks are shown here.

Action