Design Reference
Table Of Contents
- Contents
- Chapter 1: Introduction
- Chapter 2: New in Release 4.0.50
- Chapter 3: New in Release 4.0.40
- Chapter 4: New in Release 4.0
- Chapter 5: Network design fundamentals
- Chapter 6: Hardware fundamentals and guidelines
- Chapter 7: Optical routing design
- Chapter 8: Platform redundancy
- Chapter 9: Link redundancy
- Chapter 10: Layer 2 loop prevention
- Chapter 11: Spanning tree
- Chapter 12: Layer 3 network design
- Chapter 13: SPBM design guidelines
- Chapter 14: 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
- Multicast for multimedia
- Chapter 15: System and network stability and security
- Chapter 16: QoS design guidelines
- Chapter 17: Layer 1, 2, and 3 design examples
- Chapter 18: Software scaling capabilities
- Chapter 19: Supported standards, RFCs, and MIBs
- Glossary
To minimize network outages, you can also use VLACP to switch traffic around entire network
devices before Layer 3 protocols detect a network failure.
VLACP is an extension of the Link Aggregation Control Protocol (LACP) but LACP and VLACP are
independent features.
VLACP does not perform link aggregation; it detects end-to-end link failures.
VLACP periodically checks the end-to-end condition of a point-to-point connection and it uses the
hello mechanism of LACP to periodically send hello packets to ensure end-to-end communication.
If VLACP does not receive hello packets it transitions to a failure state, which indicates a service
provider failure, and the port is disabled. The system sends VLACP trap messages to the
management stations if the VLACP state changes. If the failure is local, the system generates only
port linkdown or port linkup traps.
VLACP works for port-to-port communications only where a guarantee exists for a logical port-to-
port match through the service provider.
VLACP does not work for port-to-multiport communications where no guarantee exists for a point-to-
point match through the service provider.
Example:
When the enterprise networks connect the aggregated Ethernet trunk groups through a service
provider network connection, far-end failures cannot be signaled with Ethernet-based functions that
operate end-to-end through the service provider network. The multilink trunk (between enterprise
switches S1 and S2) extends through the service provider network.
The following figure shows an MLT that operates with VLACP. VLACP can operate end-to-end, but
you can also use it in a point-to-point link.
Figure 7: Problem description (1 of 2)
In the following figure, if the L2 link on S1 (S1/L2) fails, the link-down failure is not propagated over
the service provider network to S2 and S2 continues to send traffic over the failed S2/L2 link.
Link redundancy
40 Network Design Reference for Avaya VSP 4000 Series December 2014
Comments? infodev@avaya.com










