Yes, mac is per-vlan, but that's not a problem because the mac lookup happens within that vlan. For example, on the 6k all SVIs share a mac, but that's okay because each interface is the only MAC in that vlan (unless you are using a physical loopback to a VRF, then you need to manually set the MAC on one interface).
My first guess is that either CoPP is dropping the frame. If you static the arp entry can you get it to work? On Thu, Apr 4, 2013 at 6:49 PM, Peter Kranz <[email protected]> wrote: > A bit stumped by this one, perhaps someone has seen this behavior: > > A particular MAC address is seen in two different VLANS: (Should be ok, MAC > address table is by VLAN right) > > rtr-sungard#sho mac address-table | inc 0025.90a6.7ca2 > 10 0025.90a6.7ca2 dynamic Yes 5 Te5/5 > * 11 0025.90a6.7ca2 dynamic Yes 60 Te6/5 > > ARP table shows Incomplete ARP response for one of the VLANs: > > Internet x.x.x.x 0 Incomplete ARPA > Internet x.x.x.x 1 0025.90a6.7ca2 ARPA Vlan10 > > Cannot ping the host in Vlan11 as a result.. > > However packet captures from the host show the ARP response being sent as > desired on the Incomplete VLAN.. > > If the host Vlan11 pings the gateway on the 6500, ARP table is now > populated > and pings possible.. > > Internet x.x.x.x 0 0025.90a6.7ca2 ARPA Vlan11 > Internet x.x.x.x 8 0025.90a6.7ca2 ARPA Vlan10 > > Any ideas? > > > Peter Kranz > Unwired Ltd > www.UnwiredLtd.com > [email protected] > > > > _______________________________________________ > cisco-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
