Hybrid Multicast Switching for Dynamic Egress Port Selection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing multicast configurations in network switches are slow and inefficient, particularly in data-dependent and unpredictable communication patterns, due to limited multicast local identifiers (MLIDs) and the need for reconfiguration, which can disrupt performance.

Innovation Solution

Implementing a hybrid-multicast operation using a bitmask representation in conjunction with MLIDs to dynamically select additional egress ports for data replication, allowing efficient multicast routing without increasing the number of MLIDs or reconfiguring them.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If traditional multicast configuration is used with limited MLIDs, then network simplicity is maintained, but the number of supported endpoints is limited and reconfiguration is required

Engineering Contradiction:
Improvenumber of supported endpointsVSAvoidconfiguration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the multicast configuration into two parts: existing MLID-based configuration for basic routing and a new bitmask field for additional egress port selection. This segmentation allows the system to extend functionality without replacing the entire configuration mechanism, thereby increasing the number of supported endpoints while managing configuration complexity through incremental addition of control elements.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a bitmask field as an additional dimension to the traditional MLID-based configuration. Instead of expanding the MLID space, the system adds a new dimensional component (the bitmask) that operates independently, allowing dynamic selection of egress ports without increasing the number of MLIDs. This dimensional extension enables more endpoints to be supported while keeping the MLID space intact.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

2Adaptability or versatility

If reconfiguration is performed to accommodate new endpoints, then network adaptability is improved, but performance disruption occurs and time is lost

Engineering Contradiction:
Improvenetwork adaptabilityVSAvoidreconfiguration time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent enables preliminary action by allowing the bitmask field to be pre-configured with egress port selections before actual data transmission begins. The system can prepare multicast configurations in advance by setting the bitmask to indicate desired egress ports, thereby avoiding the need for time-consuming reconfiguration during active operation and reducing performance disruption when new endpoints need to be added.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces dynamics by making the egress port selection flexible through the bitmask field, which can be dynamically adjusted without requiring full reconfiguration. The system can dynamically modify which egress ports are active by changing the bitmask values, allowing the network to adapt to changing endpoint requirements while maintaining existing MLID configurations and minimizing reconfiguration time.

Inventive Principle:
Principle #15Dynamics

3Adaptability or versatility

If more MLIDs are allocated to support more endpoints, then the number of supported endpoints increases, but the limited resource of MLIDs is exhausted faster

Engineering Contradiction:
Improvenumber of supported endpointsVSAvoidMLID availability
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The patent applies universality by making the bitmask field serve multiple functions: it can represent different egress port configurations, support dynamic endpoint addition, and work with existing MLIDs. This multi-functional element allows the system to increase the number of supported endpoints without allocating additional MLIDs, as the bitmask provides the additional configuration capability needed to handle more endpoints within the existing MLID space.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent changes the parameter space from expanding MLID quantity to utilizing a bitmask field for configuration. Instead of increasing the number of MLIDs to support more endpoints, the system changes the approach by using a bitmask parameter that can represent multiple egress port combinations. This parameter change allows the system to scale the number of supported endpoints without consuming additional MLID resources.

Inventive Principle:
Principle #35Parameter changes

4Productivity

If traditional multicast routing is used, then implementation simplicity is maintained, but routing speed is slow and cannot accommodate data-dependent communication patterns

Engineering Contradiction:
Improverouting speedVSAvoidoperation simplicity
Core Design Contradiction:
ProductivityVSEase of operation

Solution Approach 1:

The patent merges the traditional MLID-based routing mechanism with a new bitmask field for egress port selection. This combination allows the system to maintain the simplicity of existing multicast routing while adding the capability for faster, data-dependent routing decisions. The merged configuration enables the network to accommodate data-dependent communication patterns by combining the established MLID framework with the flexible bitmask approach for dynamic port selection.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS20260081877A1Multicast configurations for communication networks
Publication Date: 2026.03.19 MELLANOX TECHNOLOGIES LTD(IL)
  • US20260081877A1 patent drawing
  • US20260081877A1 patent drawing
  • US20260081877A1 patent drawing

AI summary

Systems and methods herein are for multicast configurations in a network using a switch that can receive communication for a multicast group and that can transmit at least data from the communication to different destination nodes. The communication may include, in addition to the data, a multicast identifier associated with first egress ports of the switch and a bitmask representation associated with second egress ports of the switch. The transmission of the data can occur through the first egress ports and the second egress ports to reach the different destination nodes.