Table of Contents
Advertisement
During the booting phase or when the ICL link attempts to come up, a system logging message is recorded if
VLT PVLAN mismatches, PVLAN mode mismatches, PVLAN association mismatches, or PVLAN port mode
mismatches occur. Also, you can view these discrepancies if any occur by using the show vlt mismatch
command.
Interoperation of VLT Nodes in a PVLAN with
ARP Requests
When an ARP request is received, and the following conditions are applicable, the IP stack performs certain
operations.
•
The VLAN on which the ARP request is received is a secondary VLAN (community or isolated VLAN).
•
Layer 3 communication between secondary VLANs in a private VLAN is enabled by using the ip local-
proxy-arp command in INTERFACE VLAN configuration mode.
•
The ARP request is not received on the ICL
Under such conditions, the IP stack performs the following operations:
•
The ARP reply is sent with the MAC address of the primary VLAN.
•
The ARP request packet originates on the primary VLAN for the intended destination IP address.
The ARP request received on ICLs are not proxied, even if they are received with a secondary VLAN tag. This
behavior change occurs because the node from which the ARP request was forwarded would have replied
with its MAC address, and the current node discards the ARP request.
Scenarios for VLAN Membership and MAC
Synchronization With VLT Nodes in PVLAN
The following table illustrates the association of the VLTi link and PVLANs, and the MAC synchronization of
VLT nodes in a PVLAN (for various modes of operations of the VLT peers):
Table 96. VLAN Membership and MAC Synchronization With VLT Nodes in PVLAN
VLT LAG Mode
Peer1
Peer2
Trunk
Trunk
Trunk
Trunk
Trunk
Trunk
Promiscuous
Trunk
PVLAN Mode of VLT VLAN
Peer1
Peer2
Primary
Primary
Primary
Normal
Normal
Normal
Primary
Primary
ICL VLAN
Mac
Membership
Synchronizatio
n
Yes
Yes
No
No
Yes
Yes
Yes
No
Virtual Link Trunking (VLT)
1157
Advertisement
Table of Contents
Troubleshooting
