[Contents] [Prev] [Next] [Index] [Report an Error]

Option: Configuring VPLS Traffic Flooding over a Point-to-Multipoint LSP

In each VPLS routing instance, you can configure a dedicated point-to-multipoint LSP to carry all unknown unicast, broadcast, and multicast traffic. Enabling this feature increases the efficiency of your network because duplicate copies of flooded traffic do not have to be created for each PE router in the VPLS routing instance. Figure 74 shows how flooded traffic reaches PE routers in a VPLS routing instance when a point-to-multipoint LSP is not configured for flooding. Figure 75 shows an example of a VPLS routing instance configured with point-to-multipoint LSP flooding.

Note: You cannot configure point-to-multipoint LSP flooding if your VPLS network is configured for interoperability between BGP and LDP signaling.

Figure 74: Traditional Flooding in a VPLS Routing Instance

Image g016791.gif

 

Figure 75: VPLS Routing Instance with Point-to-Multipoint LSP Flooding

Image g016792.gif

 

You have three options when configuring a point-to-multipoint LSP for flooding:

To define the parameters for a static point-to-multipoint LSP, include the label-switched-path path-name statement at the [edit protocols mpls] hierarchy level:

[edit]
protocols {
mpls {
label-switch-path vpls-bar-p2mp-s21_lsp_a {
to 192.168.1.1
p2mp vpls-bar-p2mp-lsp;
}
label-switched-path vpls-bar-p2mp-s21_lsp_b {
to 192.168.1.2
p2mp vpls-bar-p2mp-lsp;
}
}
}

To add a new PE router to the static p2mp LSP, include the label-switched-path sub-path-name statement at the [edit protocols mpls] hierarchy level:

[edit]
protocols {
mpls {
label-switched-path added-PE3 {
to 1.1.1.1
p2mp vpls-bar-p2mp-lsp;
}
}
}

For more information on configuring static and dynamic point-to-multipoint LSPs, see the JUNOS MPLS Applications Configuration Guide.

To enable this feature, configure either the static or label-switched-path-template options for the rsvp-te statement at the [edit routing-instance routing-instance-name provider-tunnel] hierarchy level:

[edit]
routing-instance foo {
provider-tunnel {
rsvp-te {
static-lsp vpls-bar-p2mp-lsp;
}
}
}

To verify your work, enter the show vpls connection extensive command:

Router_1# show vpls connection extensive
....
status-vector: BF
connection-site Type St Time last up # Up trans
2 rmtUpJan 31 10:14:37 2007 1
Local interface: lsi.32768, Status: Up, Encapsulation: VPLS
Description: Intf -vpls VPLS-A local site 1 remote site 2
Remote PE: 10.255.164.2, Negotiated control-word: No
Incoming label: 262153, Outgoing label: 800000
RSVP-TE P2MP lsp:
Ingress branch LSP: 13:vpls:10.255.164.1:BPLS-A, State: Up
Egress branch LSP: 4:vpls:10.255.164.2:VPLS-A, Statue: Up
TimeEventInterface/Lb1/PE
Jan 31 10:14:37 2007 status update timer
Ingress RSVP-TE P2MP LSP: 11:vpls:10.255.164.1:VPLS-A, Flood next-hop ID: 476

[Contents] [Prev] [Next] [Index] [Report an Error]