Layer 2 Multicast Traffic Management via IGMP Snooping

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional networks with layer 2 switches lack efficient multicast traffic management, leading to unnecessary traffic and processing due to the inability to accurately identify and prune multicast groups without layer 3 devices, resulting in broadcasts to non-member hosts.

Innovation Solution

Implementing IGMP multicasting in layer 2 networks through a switching device that snoops IGMP packets, generates query messages, and forwards join reports to all ports where a querier is present, enabling the formation and pruning of multicast groups within the layer 2 network, thereby reducing unnecessary traffic and processing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If layer 2 switches forward multicast packets to all ports, then all hosts receive multicast traffic, but non-member hosts process unnecessary traffic increasing network load

Engineering Contradiction:
Improvemulticast group membership accuracyVSAvoidnetwork processing load
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent extracts and processes IGMP packets separately from regular data traffic. Switches identify IGMP join/leave reports and query messages, extract multicast group membership information, and use this information to prune multicast forwarding. This separates the control plane (IGMP processing) from the data plane (multicast forwarding), allowing precise membership tracking without processing all traffic through the full forwarding path.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent implements feedback loops where switches continuously monitor IGMP traffic and adjust multicast forwarding behavior accordingly. When IGMP reports or queries are detected, switches update their forwarding tables and modify which ports receive multicast packets. This closed-loop feedback ensures multicast traffic is dynamically adapted to actual group membership, preventing non-members from receiving unnecessary traffic.

Inventive Principle:
Principle #23Feedback

2Reliability

If layer 2 switches implement IGMP snooping and forwarding, then multicast group membership is accurately tracked, but switch complexity increases

Engineering Contradiction:
Improvemulticast group membership accuracyVSAvoidswitch processing complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent makes layer 2 switches multi-functional by enabling them to perform both traditional layer 2 switching and IGMP layer 3 protocol processing. Switches simultaneously handle Ethernet frame forwarding and IGMP packet inspection, combining data plane and control plane functions in a single device. This eliminates the need for separate layer 3 routers in simple multicast scenarios, reducing overall network complexity while maintaining accurate membership tracking.

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

Solution Approach 2:

The patent performs preliminary processing of IGMP packets by having switches proactively snoop and analyze IGMP traffic before multicast data arrives. Switches pre-build forwarding tables based on IGMP join/leave reports and queries, so when multicast packets arrive, forwarding decisions are already determined. This preliminary action simplifies real-time forwarding complexity while ensuring accurate membership-based delivery.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If layer 2 switches generate and forward IGMP query messages, then multicast group membership is maintained, but unnecessary traffic is generated in the network

Engineering Contradiction:
Improvemulticast group membership maintenanceVSAvoidnetwork traffic volume
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent applies local quality by having each switch independently generate and process IGMP queries only on its local segment. Each switch maintains its own view of multicast group membership and generates queries tailored to its connected hosts. This localized approach prevents redundant queries from propagating throughout the entire network, reducing overall traffic volume while maintaining accurate membership information locally at each switch.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS7512146B1Method and apparatus for layer 2 multicast traffic management
Publication Date: 2009.03.31 GARRETTCOM INC
  • US7512146B1 patent drawing
  • US7512146B1 patent drawing
  • US7512146B1 patent drawing

AI summary

One embodiment pertains to a switching device which is configured to provide multicast traffic management in a layer 2 network without layer 3 devices A specific embodiment relates to a method of implementing IGMP multicasting in a layer 2 network. IGMP packets are snooped by multiple switches in the layer 2 network. IGMP query messages are generated by each of the multiple switches. IGMP join report messages are forwarded by each of the multiple switches to all ports on which a querier is present. Other embodiments are also disclosed.