Design Reference
Table Of Contents
- Contents
- Chapter 1: Introduction
- Chapter 2: New in this release
- Chapter 3: Network design fundamentals
- Chapter 4: Hardware fundamentals and guidelines
- Chapter 5: Optical routing design
- Chapter 6: Platform redundancy
- Chapter 7: Link redundancy
- Chapter 8: Layer 2 loop prevention
- Chapter 9: Layer 2 switch clustering and SMLT
- Chapter 10: Layer 3 switch clustering and RSMLT
- Chapter 11: Layer 3 switch clustering and multicast SMLT
- Chapter 12: Spanning tree
- Chapter 13: Layer 3 network design
- Chapter 14: SPBM design guidelines
- Chapter 15: IP multicast network design
- Multicast and VRF-Lite
- Multicast and MultiLink Trunking considerations
- Multicast scalability design rules
- IP multicast address range restrictions
- Multicast MAC address mapping considerations
- Dynamic multicast configuration changes
- IGMPv3 backward compatibility
- IGMP Layer 2 Querier
- TTL in IP multicast packets
- Multicast MAC filtering
- Guidelines for multicast access policies
- Split-subnet and multicast
- Protocol Independent Multicast-Sparse Mode guidelines
- Protocol Independent Multicast-Source Specific Multicast guidelines
- Multicast for multimedia
- Chapter 16: System and network stability and security
- Chapter 17: QoS design guidelines
- Chapter 18: Layer 1, 2, and 3 design examples
- Glossary
Protocol Independent Multicast-Source Specific Multicast
guidelines
PIM-Source Specific Multicast (SSM) is a one-to-many model that uses a subset of the PIM-SM
features. In this model, members of an SSM group can only receive multicast traffic from a specific
source or sources, which is more efficient and puts less load on multicast routing devices.
IGMPv3 supports PIM-SSM by enabling a host to selectively request traffic from individual sources
within a multicast group. The system can report interest in receiving packets from only specific
source addresses (INCLUDE). IGMPv3 interacts with PIM-SM, PIM-SSM, and snooping to provide
source filtering.
IGMPv2 SSM extensions
Virtual Services Platform 4000 processes messages according to the following rules:
• After IGMPv3 receives an IGMPv2 report in the SSM range, the system translates the report to
an IGMPv3 report message.
• After an IGMPv2 router sends queries on an IGMPv3 interface, the switch downgrades this
interface to IGMPv2 (backward compatibility).
This can cause traffic interruption, but the switch recovers quickly.
PIM-SSM design considerations
Use the following information when you design an SSM network:
• If you configure SSM, it affects SSM groups only. The switch handles other groups in sparse
mode (SM) if a valid RP exists on the network.
• You can configure PIM-SSM only on switches at the edge of the network. Core switches use
PIM-SM if they do not have receivers for SSM groups.
• For networks where group addresses are already in use, you can change the SSM range to
match the groups.
• One switch has a single SSM range.
• You can have different SSM ranges on different switches.
Configure the core switches that relay multicast traffic so that they cover all of these groups in
their SSM range, or use PIM-SM.
• One group in the SSM range can have multiple sources for a given SSM group.
For more information about multicast concepts and configuration, see Configuring IP Multicast
Routing Protocols on Avaya Virtual Services Platform 4000 Series , NN46251-504.
Multicast for multimedia
Avaya Virtual Services Platform 4000 Series provides a flexible and scalable multicast
implementation for multimedia applications. Several features are dedicated to multimedia
applications and in particular to television distribution.
Protocol Independent Multicast-Source Specific Multicast guidelines
June 2015 Network Design Reference for Avaya VSP 4000 Series 145
Comments on this document? infodev@avaya.com