Multicast Packet Handling in SDN via Outer Group Addressing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In Software-Defined Networking (SDN) environments, conventional multicast packet handling treats multicast packets as unknown unicast or broadcast packets, leading to inefficient resource usage and network flooding, especially when not all recipients are interested, causing unnecessary traffic and resource wastage.
Innovation Solution
The approach involves assigning a single outer multicast group address to multiple inner multicast group addresses, leveraging the multicast capability of multicast-enabled network devices to forward encapsulated multicast packets only to interested receivers, reducing the likelihood of packet flooding and improving scalability.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If multicast packets are treated as unknown unicast or broadcast packets in SDN environments, then compatibility with existing network infrastructure is maintained, but network resource usage becomes inefficient and causes unnecessary traffic flooding
Solution Approach 1:
The patent introduces an encapsulation mechanism where multicast packets are wrapped in a tunnel header with an outer multicast group address. This intermediary structure allows the packet to be recognized as a legitimate multicast packet by network devices while maintaining compatibility with existing infrastructure that may not understand the inner structure. The outer header acts as a mediator that enables efficient multicast handling without breaking compatibility.
Solution Approach 2:
The patent segments the multicast packet handling into two distinct address layers: an outer multicast group address for network-level routing and an inner multicast group address for application-level identification. This segmentation allows network devices to use the outer address for efficient forwarding decisions while preserving the inner address for its original purpose, thereby improving resource efficiency without sacrificing compatibility.
2Reliability
If multicast packets are forwarded to all potential recipients in SDN environments, then complete delivery coverage is achieved, but unnecessary traffic is generated when not all recipients are interested
Solution Approach 1:
The patent changes the addressing parameter from a single multicast group address to a hierarchical structure with outer and inner multicast group addresses. Network devices use the outer address for routing decisions, enabling them to forward packets only to networks or segments where interested recipients exist. This parameter change maintains reliable delivery to all interested parties while preventing unnecessary traffic from reaching uninterested recipients.
3Ease of manufacture
If conventional multicast handling is used in SDN environments, then implementation simplicity is maintained, but network performance and scalability are degraded
Solution Approach 1:
The patent makes the outer multicast group address serve multiple functions: it acts as a routing identifier for network devices, enables efficient multicast group management, and maintains compatibility with standard multicast protocols. This multi-functionality allows network devices to handle encapsulated multicast packets using existing multicast mechanisms, improving performance without significantly complicating implementation.
Data Source
AI summary
Example methods are provided for a host to perform multicast packet handling a software-defined networking (SDN) environment. One example method may comprise: in response to detecting, from a virtualized computing instance supported by the host, a request to join a first inner multicast group address, obtaining an outer multicast group address that is assigned to the first inner multicast group address and one or more second inner multicast group addresses; and generating and sending a request to join the outer multicast group address to one or more multicast-enabled network devices. In response to detecting an ingress encapsulated multicast packet that includes an outer header addressed to the outer multicast group address and an inner header addressed to the first inner multicast group address, the host may generate and send a decapsulated multicast packet to the virtualized computing instance that has joined the first inner multicast group address.