Web Management Guide-R07
Table Of Contents
- How to Use This Guide
- Contents
- Figures
- Tables
- Getting Started
- Introduction
- Key Features
- Description of Software Features
- Configuration Backup and Restore
- Authentication
- Access Control Lists
- Port Configuration
- Rate Limiting
- Port Mirroring
- Port Trunking
- Storm Control
- Static MAC Addresses
- IP Address Filtering
- IEEE 802.1D Bridge
- Store-and-Forward Switching
- Spanning Tree Algorithm
- Virtual LANs
- IEEE 802.1Q Tunneling (QinQ)
- Traffic Prioritization
- Quality of Service
- IP Routing
- Address Resolution Protocol
- Multicast Filtering
- Link Layer Discovery Protocol
- System Defaults
- Introduction
- Web Configuration
- Using the Web Interface
- Basic Management Tasks
- Displaying System Information
- Displaying Hardware/Software Versions
- Configuring Support for Jumbo Frames
- Displaying Bridge Extension Capabilities
- Managing System Files
- Setting the System Clock
- Configuring the Console Port
- Configuring Telnet Settings
- Displaying CPU Utilization
- Configuring CPU Guard
- Displaying Memory Utilization
- Resetting the System
- Using Cloud Management
- Interface Configuration
- VLAN Configuration
- Address Table Settings
- Spanning Tree Algorithm
- Congestion Control
- Class of Service
- Quality of Service
- VoIP Traffic Configuration
- Security Measures
- AAA (Authentication, Authorization and Accounting)
- Configuring User Accounts
- Web Authentication
- Network Access (MAC Address Authentication)
- Configuring HTTPS
- Configuring the Secure Shell
- Access Control Lists
- Filtering IP Addresses for Management Access
- Configuring Port Security
- Configuring 802.1X Port Authentication
- DoS Protection
- DHCP Snooping
- IPv4 Source Guard
- ARP Inspection
- Basic Administration Protocols
- Configuring Event Logging
- Link Layer Discovery Protocol
- Power over Ethernet
- Simple Network Management Protocol
- Configuring Global Settings for SNMP
- Setting the Local Engine ID
- Specifying a Remote Engine ID
- Setting SNMPv3 Views
- Configuring SNMPv3 Groups
- Setting Community Access Strings
- Configuring Local SNMPv3 Users
- Configuring Remote SNMPv3 Users
- Specifying Trap Managers
- Creating SNMP Notification Logs
- Showing SNMP Statistics
- Remote Monitoring
- Switch Clustering
- Setting a Time Range
- LBD Configuration
- Smart Pair Configuration
- Multicast Filtering
- Overview
- Layer 2 IGMP (Snooping and Query for IPv4)
- Configuring IGMP Snooping and Query Parameters
- Specifying Static Interfaces for a Multicast Router
- Assigning Interfaces to Multicast Services
- Setting IGMP Snooping Status per Interface
- Filtering IGMP Query Packets and Multicast Data
- Displaying Multicast Groups Discovered by IGMP Snooping
- Displaying IGMP Snooping Statistics
- Filtering and Throttling IGMP Groups
- MLD Snooping (Snooping and Query for IPv6)
- Filtering and Throttling MLD Groups
- Filtering MLD Query Packets on an Interface
- IP Tools
- IP Configuration
- General IP Routing
- Unicast Routing
- Overview
- Configuring the Routing Information Protocol
- Configuring General Protocol Settings
- Clearing Entries from the Routing Table
- Specifying Network Interfaces
- Specifying Passive Interfaces
- Specifying Static Neighbors
- Configuring Route Redistribution
- Specifying an Administrative Distance
- Configuring Network Interfaces for RIP
- Displaying RIP Interface Settings
- Displaying Peer Router Information
- Resetting RIP Statistics
- IP Services
- Appendices
- Glossary
Chapter 14
| Multicast Filtering
Layer 2 IGMP (Snooping and Query for IPv4)
– 418 –
This switch can use Internet Group Management Protocol (IGMP) to filter multicast
traffic. IGMP Snooping can be used to passively monitor or “snoop” on exchanges
between attached hosts and an IGMP-enabled device, most commonly a multicast
router. In this way, the switch can discover the ports that want to join a multicast
group, and set its filters accordingly.
If there is no multicast router attached to the local subnet, multicast traffic and
query messages may not be received by the switch. In this case (Layer 2) IGMP
Query can be used to actively ask the attached hosts if they want to receive a
specific multicast service. IGMP Query thereby identifies the ports containing hosts
requesting to join the service and sends data out to those ports only. It then
propagates the service request up to any neighboring multicast switch/router to
ensure that it will continue to receive the multicast service.
The purpose of IP multicast filtering is to optimize a switched network’s
performance, so multicast packets will only be forwarded to those ports containing
multicast group hosts or multicast routers/switches, instead of flooding traffic to all
ports in the subnet (VLAN).
Note:
A single table maintains a maximum of 511 entries learned for both IGMP
and MLD snooping. When only IGMP snooping is using the table, the maximum
number of entries is 511. When only MLD snooping is using the table, the
maximum number of entries is 255. When both IGMP and MLD are using the table,
the number of possible entries will be limited to less than the maximum.
Note:
Only ASM (any-source multicast) mode is supported on IGMPv3 and MLDv2.
SSM (source-specific multicast) on IGMPv3 and MLDv2 is not supported
. If a client
sends an SSM report to the switch, the client will not join the multicast group
Layer 2 IGMP (Snooping and Query for IPv4)
IGMP Snooping and Query – If multicast routing is not supported on other switches
in your network, you can use IGMP Snooping and IGMP Query (page 420) to
monitor IGMP service requests passing between multicast clients and servers, and
dynamically configure the switch ports which need to forward multicast traffic.
IGMP Snooping conserves bandwidth on network segments where no node has
expressed interest in receiving a specific multicast service. For switches that do not
support multicast routing, or where multicast routing is already enabled on other
switches in the local network segment, IGMP Snooping is the only service required
to support multicast filtering.
When using IGMPv3 snooping, service requests from IGMP Version 1, 2 or 3 hosts
are all forwarded to the upstream router as IGMPv3 reports. The primary
enhancement provided by IGMPv3 snooping is in keeping track of information
about the specific multicast sources which downstream IGMPv3 hosts have
requested or refused. The switch maintains information about both multicast
groups and channels, where a group indicates a multicast flow for which the hosts