Border VTEP Local RP Multicast Across Multifabric VxLAN
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The standard PIM-SM protocol in VxLAN domains experiences undesired network traffic and inefficiencies due to the use of a single rendezvous point (RP) for multicast communication, leading to increased network loading and reliability issues, especially in multifabric environments.
Innovation Solution
Optimizing the PIM-SM protocol by designating each border VTEP device as a local RP within each fabric, allowing for localized management of multicast communication and reducing interfabric tunnel usage, thereby minimizing network traffic and encapsulation overhead.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a single rendezvous point (RP) is used for multicast communication in VxLAN domains, then protocol simplicity is maintained, but network loading increases and reliability deteriorates
Solution Approach 1:
The patent divides the VxLAN domain into multiple fabrics, with each fabric having its own border VTEP device acting as a local RP. This segmentation eliminates the single point of failure and reduces network loading by localizing multicast traffic within each fabric, while maintaining protocol simplicity through standardized PIM-SM operations at each segment.
Solution Approach 2:
The patent introduces a hierarchical dimension to the RP structure by implementing local RPs at the fabric level and a global RP at the domain level. This multi-dimensional approach allows local traffic to be handled efficiently at the fabric level while maintaining global coordination, thereby improving reliability without excessive complexity.
2Ease of operation
If border VTEP devices use interfabric tunnels to communicate with a central RP, then centralized management is achieved, but network traffic increases and encapsulation overhead increases
Solution Approach 1:
The patent enables each border VTEP device to function as a local RP within its own fabric, allowing multicast traffic to be handled locally without traversing interfabric tunnels. This local quality approach minimizes network traffic and encapsulation overhead while maintaining centralized management through global RP coordination for cross-fabric traffic.
3Reliability
If a single RP is used across the entire VxLAN domain, then device complexity is reduced, but resilience to failures deteriorates
Solution Approach 1:
The patent segments the RP functionality across multiple border VTEP devices, with each device serving as a local RP for its fabric. This segmentation provides resilience because the failure of one local RP only affects its own fabric, not the entire domain, while maintaining manageable complexity through standardized PIM-SM protocol operations at each segment.
Solution Approach 2:
The patent introduces a global RP as an intermediary that coordinates between local RPs and handles cross-fabric multicast traffic. This intermediary structure improves resilience by providing a fallback mechanism while maintaining simplicity through the use of standard PIM-SM protocol operations at each level.
Data Source
AI summary
In certain implementations, a border VTEP device sends, to a second border VTEP devices, a first PIM-SM hello message indicating the border VTEP device is a local RP in a first fabric of a VxLAN. The border VTEP device receives a second PIM-SM hello message indicating that the second border VTEP devices is a local RP in a second fabric. A first PIM-SM control message is sent to the second border VTEP device, indicating PIM-SM sources in the first fabric, including a first PIM-SM source. A second PIM-SM control message is received from the second border VTEP device indicating PIM-SM sources in the second fabric. A PIM-SM join message specifying the first PIM-SM source is received from a receiver DR for a PIM-SM receiver. A PIM-SM data stream is forwarded from a source DR to the receiver DR.