irb (EVPN Multicast Replication)
Syntax
irb { (enhanced-oism | local-only | local-remote | oism); }
Hierarchy Level
[edit forwarding-options multicast-replication evpn]
Description
Enable one of the supported integrated routing and bridging (IRB) multicast modes in an EVPN-VXLAN network.
The EVPN IRB multicast mode options are mutually exclusive. You can enable only one of
these modes at a time, and you must configure the same mode on all devices in the
network that process multicast traffic. If you don't select one of the mode options
described here, the default EVPN IRB multicast behavior is the same as the behavior of
the local-remote
option.
Only the local-remote
, oism
, and
enhanced-oism
modes support forwarding with selective multicast
Ethernet tag (SMET) routes (EVPN Type 6 routes).
In the Options section, we usually list the available options in alphabetical order.
However, here we describe the oism
option before the
enhanced-oism
to introduce background on the optimized
intersubnet multicast (OISM) feature. Then we list the enhanced-oism
option to summarize the differences if you use the enhanced-oism
option instead, which enables an enhanced version of OISM.
Options
local-only |
Use this mode with an edge-routed bridging (ERB) overlay, also known as a collapsed IP fabric. In this mode, the PFE on the leaf devices in the fabric performs local multicast routing at the fabric edge. The spine devices, also called lean spines, primarily act as IP transit devices for the fabric. |
local-remote |
Use this mode with a centrally-routed bridging (CRB) overlay, also known as a two-layer IP fabric. In this mode, the spine devices in the fabric centrally route the multicast traffic between VLANS. The spine devices forward the routed VLAN traffic into the EVPN core toward interested receivers. The spine devices use a PIM designated router (DR) to avoid duplicating packets into the core. The leaf devices forward multicast traffic received on a VLAN to their receivers on that VLAN. This is the default EVPN IRB multicast mode if you don't configure any of the
options at the |
oism |
Use this mode with an ERB overlay to support routing multicast traffic inside the fabric as well as to and from external devices. This mode implements OISM according to the IETF draft https://tools.ietf.org/html/draft-ietf-bess-evpn-irb-mcast. In this mode, the leaf devices operate in local-remote mode like in a CRB overlay design, while at the same time, the device performs local multicast routing. This mode enables the original regular OISM mode that uses a symmetric bridge domains (VLANs) OISM model. The symmetric bridge domains model means that with regular OISM mode, you must configure all revenue bridge domains (VLANs) symmetrically on all OISM devices. OISM also supports:
Note:
You can alternatively enable the enhanced version of OISM, if all of the
OISM devices in your network support the enhanced OISM mode option. See the
|
enhanced-oism |
This mode implements an enhanced version of OISM for EVPN multicast with ERB overlays. Enhanced OISM doesn't require you to configure all revenue bridge domains (VLANs) in the network on all OISM devices. On each device, you can configure only the revenue VLANs the device hosts. As a result, we say this mode uses an asymmetric bridge domains (VLANs) model. On supported devices, this mode enables OISM to scale well when your network has leaf devices that host larger numbers of different VLANs. This mode has some operational differences and small configuration differences
to support the enhanced OISM asymmetric bridge domains model. As a result, if
you enable OISM, all OISM devices in the network must use the same OISM mode
option, either You can choose to use the
Note:
You should use regular OISM instead of enhanced OISM if your network needs to pass multicast packets with stringent requirements for decrementing the time-to-live (TTL) field. The enhanced OISM model inherently has a limitation where packets with TTL=1 will not reach receivers on devices that are not multihoming peers of the source device. Regular OISM forwards source traffic on the source VLAN and doesn't decrement the TTL value for destinations on the same VLAN. See Summary of Enhanced OISM Differences for details. Enhanced OISM also supports:
|
Required Privilege Level
interface—To view this statement in the configuration.
interface-control—To add this statement to the configuration.
Release Information
oism
option introduced in Junos OS Release 21.2R1.
enhanced-oism
option introduced in Junos OS Release 23.4R1.