User's Manual
Table Of Contents
- About this User Guide
- Table Of Contents
- Chapter 1– Setting Up And Administering The Switch
- Chapter 2 - Configuring MAC Address Management
- Chapter 3 – Configuring the Ports
- Chapter 4 – Configuring VLANs
- Chapter 5 – Configuring Class of Service
- Chapter 6 – Configuring Rapid Spanning Tree
- Chapter 7 – Configuring Multicast Filtering
- Chapter 8 – Diagnostics
- Chapter 9 – Using Ethernet And RMON Statistics
- Introduction
- View Ethernet Statistics
- View Ethernet Port Statistics
- Remote Monitoring (RMON)
- RMON Historical Statistics Concepts And Issues
- RMON Alarms And Events Concepts And Issues
- The Alarm Process
- Alarm Generation And Hysteresis
- Delta vs. Absolute Values
- Configure RMON Alarms
- Configure RMON Events
- RMON Event Logs
- Troubleshooting
- Chapter 10 - Using The CLI Shell
- Chapter 11 – Upgrading Firmware And Managing Configurations
- Appendix A - Menu Tree
- Appendix B - SNMP MIB Support
- Appendix C – SNMP Trap Summary
- Appendix D – RMON Acceptable MIB Parameters
- Index

RuggedSwitch™ User Guide
Problem Four
• Multicast streams of some groups are not forwarded properly.
Some segments without subscribers receive the traffic while some
segments with subscribers don’t.
Ensure there are you do have a situation where differing multicast groups have
multicast IP addresses that map to the same multicast MAC Address. The switch
forwarding operation is MAC Address based and will not work properly for several
groups mapping to the same MAC Address.
Problem Five
• Computers on my switch issue join requests but don’t receive
multicast streams from a router.
Is your multicast router running IGMP version 2? It must run IGMP version 2 in
order for IGMP Snooping to operate properly.
Problem Six
• I connect or disconnect some switch ports and multicast goes
everywhere. Is IGMP broken?
No, it’s a proper switch behaviour. When the switch detects a change in the
network topology through RSTP it acts to avoid loss of multicast traffic. It
immediately starts issuing its own IGMP queries to quickly obtain group
membership information. It also starts forwarding all multicast traffic to all ports
that are not Edge Ports (because they may potentially link to routers). This may
result in some undesired flooding of multicast traffic, however, it guarantees that
all devices interested in the traffic will keep receiving it with no break. The
flooding will stop when the “false” router ports are aged out (about 2 switch query
intervals). Note that the same behaviour will be observed when the switch resets
or when IGMP Snooping is being enabled for the VLAN (in the latter case
flooding will only be observed within the VLAN being configured).
RuggedCom










