- play_arrow Overview
- play_arrow Managing Group Membership
- play_arrow Configuring IGMP and MLD
- play_arrow Configuring IGMP Snooping
- IGMP Snooping Overview
- Overview of Multicast Forwarding with IGMP Snooping or MLD Snooping in an EVPN-VXLAN Environment
- Configuring IGMP Snooping on Switches
- Example: Configuring IGMP Snooping on Switches
- Example: Configuring IGMP Snooping on EX Series Switches
- Verifying IGMP Snooping on EX Series Switches
- Changing the IGMP Snooping Group Timeout Value on Switches
- Monitoring IGMP Snooping
- Example: Configuring IGMP Snooping
- Example: Configuring IGMP Snooping on SRX Series Devices
- Configuring Point-to-Multipoint LSP with IGMP Snooping
- play_arrow Configuring MLD Snooping
- Understanding MLD Snooping
- Configuring MLD Snooping on an EX Series Switch VLAN (CLI Procedure)
- Configuring MLD Snooping on a Switch VLAN with ELS Support (CLI Procedure)
- Example: Configuring MLD Snooping on EX Series Switches
- Example: Configuring MLD Snooping on SRX Series Devices
- Configuring MLD Snooping Tracing Operations on EX Series Switches (CLI Procedure)
- Configuring MLD Snooping Tracing Operations on EX Series Switch VLANs (CLI Procedure)
- Example: Configuring MLD Snooping on EX Series Switches
- Example: Configuring MLD Snooping on Switches with ELS Support
- Verifying MLD Snooping on EX Series Switches (CLI Procedure)
- Verifying MLD Snooping on Switches
- play_arrow Configuring Multicast VLAN Registration
-
- play_arrow Configuring Protocol Independent Multicast
- play_arrow Understanding PIM
- play_arrow Configuring PIM Basics
- Configuring Different PIM Modes
- Configuring Multiple Instances of PIM
- Changing the PIM Version
- Optimizing the Number of Multicast Flows on QFabric Systems
- Modifying the PIM Hello Interval
- Preserving Multicast Performance by Disabling Response to the ping Utility
- Configuring PIM Trace Options
- Configuring BFD for PIM
- Configuring BFD Authentication for PIM
- play_arrow Routing Content to Densely Clustered Receivers with PIM Dense Mode
- play_arrow Routing Content to Larger, Sparser Groups with PIM Sparse Mode
- Understanding PIM Sparse Mode
- Examples: Configuring PIM Sparse Mode
- Configuring Static RP
- Example: Configuring Anycast RP
- Configuring PIM Bootstrap Router
- Understanding PIM Auto-RP
- Configuring All PIM Anycast Non-RP Routers
- Configuring a PIM Anycast RP Router with MSDP
- Configuring Embedded RP
- Configuring PIM Filtering
- Examples: Configuring PIM RPT and SPT Cutover
- Disabling PIM
- play_arrow Configuring Designated Routers
- play_arrow Receiving Content Directly from the Source with SSM
- Understanding PIM Source-Specific Mode
- Example: Configuring Source-Specific Multicast
- Example: Configuring PIM SSM on a Network
- Example: Configuring an SSM-Only Domain
- Example: Configuring SSM Mapping
- Example: Configuring Source-Specific Multicast Groups with Any-Source Override
- Example: Configuring SSM Maps for Different Groups to Different Sources
- play_arrow Minimizing Routing State Information with Bidirectional PIM
- play_arrow Rapidly Detecting Communication Failures with PIM and the BFD Protocol
- play_arrow Configuring PIM Options
- play_arrow Verifying PIM Configurations
-
- play_arrow Configuring Multicast Routing Protocols
- play_arrow Connecting Routing Domains Using MSDP
- play_arrow Handling Session Announcements with SAP and SDP
- play_arrow Facilitating Multicast Delivery Across Unicast-Only Networks with AMT
- play_arrow Routing Content to Densely Clustered Receivers with DVMRP
-
- play_arrow Configuring Multicast VPNs
- play_arrow Configuring Draft-Rosen Multicast VPNs
- Draft-Rosen Multicast VPNs Overview
- Example: Configuring Any-Source Draft-Rosen 6 Multicast VPNs
- Example: Configuring a Specific Tunnel for IPv4 Multicast VPN Traffic (Using Draft-Rosen MVPNs)
- Example: Configuring Source-Specific Draft-Rosen 7 Multicast VPNs
- Understanding Data MDTs
- Example: Configuring Data MDTs and Provider Tunnels Operating in Any-Source Multicast Mode
- Example: Configuring Data MDTs and Provider Tunnels Operating in Source-Specific Multicast Mode
- Examples: Configuring Data MDTs
- play_arrow Configuring Next-Generation Multicast VPNs
- Understanding Next-Generation MVPN Network Topology
- Understanding Next-Generation MVPN Concepts and Terminology
- Understanding Next-Generation MVPN Control Plane
- Next-Generation MVPN Data Plane Overview
- Enabling Next-Generation MVPN Services
- Generating Next-Generation MVPN VRF Import and Export Policies Overview
- Multiprotocol BGP MVPNs Overview
- Configuring Multiprotocol BGP Multicast VPNs
- BGP-MVPN Inter-AS Option B Overview
- ACX Support for BGP MVPN
- Example: Configuring MBGP MVPN Extranets
- Understanding Redundant Virtual Tunnel Interfaces in MBGP MVPNs
- Example: Configuring Redundant Virtual Tunnel Interfaces in MBGP MVPNs
- Understanding Sender-Based RPF in a BGP MVPN with RSVP-TE Point-to-Multipoint Provider Tunnels
- Example: Configuring Sender-Based RPF in a BGP MVPN with RSVP-TE Point-to-Multipoint Provider Tunnels
- Example: Configuring Sender-Based RPF in a BGP MVPN with MLDP Point-to-Multipoint Provider Tunnels
- Configuring MBGP MVPN Wildcards
- Distributing C-Multicast Routes Overview
- Exchanging C-Multicast Routes
- Generating Source AS and Route Target Import Communities Overview
- Originating Type 1 Intra-AS Autodiscovery Routes Overview
- Signaling Provider Tunnels and Data Plane Setup
- Anti-spoofing support for MPLS labels in BGP/MPLS IP VPNs (Inter-AS Option B)
- BGP-MVPN SD-WAN Overlay
- play_arrow Configuring PIM Join Load Balancing
- Use Case for PIM Join Load Balancing
- Configuring PIM Join Load Balancing
- PIM Join Load Balancing on Multipath MVPN Routes Overview
- Example: Configuring PIM Join Load Balancing on Draft-Rosen Multicast VPN
- Example: Configuring PIM Join Load Balancing on Next-Generation Multicast VPN
- Example: Configuring PIM Make-Before-Break Join Load Balancing
- Example: Configuring PIM State Limits
-
- play_arrow Troubleshooting
- play_arrow Knowledge Base
-
- play_arrow Configuration Statements and Operational Commands
Configuring BIER MVPN
A Bit Forwarding Ingress Router (BFIR) encapsulates the incoming non-BIER multicast packets with the BIER header. For it to know which bit string to use, a multicast flow overlay protocol is needed so that the BFERs can tell BFIRs that the BFERs need to receive certain overlay (for example IP) multicast traffic. This way BFIRs can set up an overlay multicast forwarding state with appropriate BIER encapsulation information. BGP-MVPN is one such multicast overlay protocol, as it already has mechanisms for egress PEs (BFERs) to notify ingress PEs (BFIRs) that the BFERs need to receive traffic for certain (C-S/*, C-G/*).
Configuring BIER Provider Tunnels
You must include the bier
statement at the [edit protocols]
hierarchy
level to enable BIER on the router.
To configure a Bit Index Explicit Replication (BIER) provider tunnel for a multicast VPN,
include the bier
statement:
bier { label label; subdomain-id subdomain-id; }
You can include this statement at the following hierarchy level:
[edit routing-instances routing-instance-name provider-tunnel]
You can also configure bier
for selective provider tunnels by configuring
the following statement:
user@router# set routing-instances routing-instance-name provider-tunnel selective group multicast-prefix/prefix-length source ip-prefix/prefix-length bier
The provider tunnel label should be the same as the configured static
vrf-table-label
so that this label can be assigned to the lsi interface
associated with that routing-instance.
user@router# set routing-instances routing-instance-name vrf-table-label static label
In order to avoid interoperability issues with other vendors, the PMSI length should be the same size as the BIER prefix. It can be either IPv4 or IPv6.
Verifying BIER in MVPN
Issue the show mvpn instance
command to display provider tunnel
information.
user@router> show mvpn instance Instance : vrf1 MVPN Mode : SPT-ONLY Sender-Based RPF: Disabled. Reason: Not enabled by configuration. Hot Root Standby: Disabled. Reason: Not enabled by configuration. Provider tunnel: I-P-tnl:BIER: subdomain-id 10 bfr-id 1 label 990001 Neighbor Inclusive Provider Tunnel Label-In St Segment 10.2.2.2 BIER: subdomain-id 10 bfr-id 2 bier-prefix 10.2.2.2 990001 10.3.3.3 BIER: subdomain-id 10 bfr-id 3 bier-prefix 10.3.3.3 990001 10.4.4.4 C-mcast IPv4 (S:G) Provider Tunnel Label-In St FwdNh Segment 172.11.21.21/32:232.252.1.1/32 BIER: subdomain-id 10 bfr-id 1 label 990001 RM M-8169 172.11.21.21/32:232.252.1.2/32 BIER: subdomain-id 10 bfr-id 1 label 990001 RM M-8169 172.11.21.21/32:232.252.2.1/32 BIER: subdomain-id 10 bfr-id 1 label 990001 RM M-8169 172.11.21.21/32:232.252.2.2/32 BIER: subdomain-id 10 bfr-id 1 label 990001 RM M-8169
From the output above, it can be seen that two neighbors advertise the BIER tunnel in sub-domain 10 in their I-PMSI A-D routes, with BFR-ID 2 and 3 respectively. This router also advertises a BIER tunnel in sub-domain 10 with its own BFR-ID (1) and label 999901 to identify this VPN.
The I-PMSI tunnel is used for four (S,G) flows and the forwarding next hop used for those
flows is a next hop with ID 8169, displayed as M-8169
.
Issue the show multicast route extensive instance
instance-name
command to review those flows in detail.
user@router> show multicast route extensive instance vrf1 Instance: vrf1 Family: INET Group: 232.252.1.1 Source: 172.11.21.21/32 Upstream interface: ge-0/0/0.1 Downstream interface list: Push 999901 bier bitstring 00000000:00000000:00000000:00000000:00000000:00000000:00000000:00000006: label 800000 Number of outgoing interfaces: 0 Session description: Source specific multicast Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 8169 Upstream protocol: MVPN Route state: Active Forwarding state: Forwarding Cache lifetime/timeout: forever Wrong incoming interface notifications: 0 Uptime: 01:26:43 ......trimmed
Push 999901
- this label identifies the VPN.
bier bitstring
- the bit string to be encoded in the BIER header. In this
example, the 2nd and 3rd bits are set, indicating that these two corresponding BFERs are to
receive traffic.
label 800000
- the label that this router advertised for the corresponding
BIFT. When the (S,G) packet is received on PE-CE interface, it matches this route so the VPN
label is imposed. The BIER header is encoded with the bit string and this label, and then
the packet is treated as if the BIER packet was just received on a core interface.
To display the local tunnel name, issue the show multicast route extensive instance
instance-name display-tunnel-name
command.
user@router> show multicast route extensive instance vrf1 display-tunnel-name Instance: vrf1 Family: INET Group: 232.252.1.1 Source: 172.11.21.21/32 Upstream interface: ge-0/0/0.1 Downstream interface list: bier:mvpn:3 Number of outgoing interfaces: 0 Session description: Source specific multicast Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 8169 Upstream protocol: MVPN Route state: Active Forwarding state: Forwarding Cache lifetime/timeout: forever Wrong incoming interface notifications: 0 Uptime: 01:26:43