[c-nsp] SUP2T Ignoring ARP response... 12.2(50)SY3

[Pete Lumbis]

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 <pkranz at unwiredltd.com> 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
> pkranz at unwiredltd.com
>
>
>
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>