SDN Multicast Packet Handling via Control Information

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In Software-Defined Networking (SDN) environments, multicast packets are inefficiently handled as broadcast or unknown unicast packets, leading to unnecessary flooding and resource wastage, particularly in applications like video distribution and video conferencing, due to the conventional approach of sending multicast traffic to all VTEPs regardless of interest, causing network performance issues.

Innovation Solution

Multicast packet handling is improved by leveraging control information associated with a multicast group address, allowing for accurate delivery of multicast traffic only to destination VTEPs that have joined the group, using unicast, multicast, or hybrid modes to reduce unnecessary traffic and resource wastage, without modifying underlying network devices.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multicast packets are treated as broadcast or unknown unicast packets in SDN environment, then packet delivery coverage is improved (all VTEPs receive packets), but network resource wastage increases and network performance deteriorates

Engineering Contradiction:
Improvepacket delivery coverageVSAvoidnetwork resource wastage
Core Design Contradiction:
Adaptability or versatilityVSLoss of energy

Solution Approach 1:

The system performs preliminary actions by establishing multicast group membership relationships before multicast packet arrival. The SDN controller pre-configures forwarding rules based on which VTEPs have joined which multicast groups, so that when multicast packets arrive, they are efficiently delivered only to interested recipients rather than being treated as broadcast packets to all VTEPs.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback mechanisms where VTEPs send join requests to the SDN controller when they want to receive multicast traffic for specific group addresses. The SDN controller maintains updated membership information and uses this feedback to dynamically control packet forwarding, ensuring packets are sent only to VTEPs that have expressed interest.

Inventive Principle:
Principle #23Feedback

2Reliability

If multicast packets are sent to all VTEPs regardless of interest, then delivery completeness is improved, but network scalability worsens and performance deteriorates

Engineering Contradiction:
Improvedelivery completenessVSAvoidnetwork scalability
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system uses feedback from VTEP join requests to maintain accurate multicast group membership tables in the SDN controller. This feedback mechanism ensures that packet forwarding decisions are based on actual recipient interest, maintaining delivery completeness for interested VTEPs while preventing unnecessary traffic to uninterested ones, thus enabling network scalability.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system changes the forwarding parameter from blanket broadcast to selective unicast based on multicast group membership. By dynamically adjusting forwarding behavior according to membership parameters, the system ensures reliable delivery to interested recipients while improving network scalability by eliminating unnecessary traffic propagation.

Inventive Principle:
Principle #35Parameter changes

3Device complexity

If conventional broadcast handling is used for multicast packets, then implementation simplicity is maintained, but network efficiency deteriorates and resource wastage increases

Engineering Contradiction:
Improveimplementation simplicityVSAvoidnetwork efficiency
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The SDN controller acts as an intermediary between VTEPs and multicast traffic. It receives join requests from VTEPs, maintains multicast group membership information, and generates appropriate forwarding rules. This intermediary approach allows the system to maintain implementation simplicity at the VTEP level while achieving efficient selective forwarding through the controller's intelligent packet processing.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system replaces the mechanical broadcast forwarding mechanism with an intelligent packet processing approach. Instead of automatically flooding all multicast packets to all VTEPs, the SDN controller inspects packet headers, queries multicast group membership, and dynamically determines forwarding destinations, substituting blind mechanical replication with intelligent selective delivery.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Data Source

PatentUS11044211B2Multicast packet handling based on control information in software-defined networking (SDN) environment
Publication Date: 2021.06.22 VMWARE INC
  • US11044211B2 patent drawing
  • US11044211B2 patent drawing
  • US11044211B2 patent drawing

AI summary

Example methods are provided for first host to perform multicast packet handling in a software-defined networking (SDN) environment. The method may comprise: in response to the first host detecting, from a first virtualized computing instance, a request to join a multicast group address, obtaining control information from a network management entity. The control information may include one or more destination addresses associated with one or more second hosts that have joined the multicast group address on behalf of multiple second virtualized computing instances. The method may also comprise: in response to the first host detecting an egress multicast packet that includes an inner header addressed to the multicast group address, generating one or more encapsulated multicast packets based on the control information and sending the one or more encapsulated multicast packets in a unicast manner or multicast manner, or a combination of both.