Network Virtualization using Extreme Fabric Connect
Table Of Contents
- Table of Contents
- Table of Contents
- Table of Contents
- Table of Figures
- Table of Figures
- Table of Tables
- Conventions
- Introduction
- Reference Architecture
- Guiding Principles
- Architecture Components
- User to Network Interface
- Network to Network Interface
- Backbone Core Bridge
- Backbone Edge Bridge
- Customer MAC Address
- Backbone MAC Address
- SMLT-Virtual-BMAC
- IS-IS Area
- IS-IS System ID
- IS-IS Overload Function
- SPB Bridge ID
- SPBM Nick-name
- Dynamic Nick-name Assignment
- Customer VLAN
- Backbone VLAN
- Virtual Services Networks
- I-SID
- Inter-VSN Routing
- Fabric Area Network
- Fabric Attach / Auto-Attach
- FA Server
- FA Client
- FA Proxy
- FA Standalone Proxy
- VPN Routing and Forwarding Instance
- Global Router Table
- Distributed Virtual Routing
- Zero Touch Fabric (ZTF)
- Foundations for the Service Enabled Fabric
- IP Routing and L3 Services over Fabric Connect
- L2 Services Over SPB IS-IS Core
- Fabric Attach
- IP Multicast Enabled VSNs
- Extending the Fabric Across the WAN
- Distributed Virtual Routing
- Quality of Service
- Consolidated Design Overview
- High Availability
- Fabric and VSN Security
- Fabric as Best Foundation for SDN
- Glossary
- Reference Documentation
- Revisions
Network Virtualization Using Extreme Fabric Connect
© 2019 Extreme Networks, Inc. All rights reserved. 93
Figure 46 IP Multicast Over L3 VSN that Comprises L2 VSNs
A more common requirement is for the L2 VSN segment to be allowed to perform IP multicast routing to
any other BEB in the L3 domain (L3 VSN or IP Shortcuts) as well as efficient snooping within the L2 VSN
segment. This is possible but requires, on the L2 BEB, configuration of an IP interface on which SPB
Multicast is enabled. This IP interface is thus exclusively used for VRF awareness and the ability perform
SPB Multicast rather than being used as a gateway for IP unicast traffic.
Caution
If the L2 BEB must participate in L3 VSN domain SPB multicast, then the platform used
needs to be L3 VSN capable. That is, it needs to be a VOSS VSP platform.
An ERS platform can only be used as an L2 BEB and be activated for SPB multicast in an
L3 domain if IP Shortcuts are being used.
Tip
If the L2 BEBs in the example topology depicted in Figure 46 were DVR leaf nodes, then it
would be sufficient to SPB multicast enable the DVR IP interface on the DVR controller
and automatically IP multicast routing will be performed across the L3 domain as well as
snooped within the L2 VSN domain.
One common misconception when trying to understand SPB multicast is to assume that IP multicast traffic
must follow the same path as IP unicast traffic, as is the case with traditional IP multicast routing such as
PIM. In the example illustrated in Figure 46, if IP multicast was activated across the entire L3 VSN domain
(including the L2 VSN), then the middle L3 BEB will IP forward all unicast traffic between the top and
bottom IP subnets. Yet from an IP multicast perspective, that same L3 BEB will not perform any BEB
function for IP multicast traffic being forwarded between the same IP subnets (and indeed does not even
need to be SPB multicast enabled). That is because SPB multicast is entirely performed by the ingress and
egress BEBs alone by leveraging SPB I-SID delivery trees. If the core node happens to be on the shortest