offf topic - encapsulation issue

From: Bill Dellamar (wdellamar@xxxxxxxxx)
Date: Thu Nov 09 2000 - 19:28:14 GMT-3


   
All,
I have a cisco 5505 with RSM. I have vlan's that
utilize a secondary ip address - used for device
management. I am also running cef.
sample config:
int vlan 10
  ip address 1.1.1.1 255.255.255.0
  ip address 10.1.1.1 255.255.255.0 sec.
  ip cef

Here is my issue. I put a cisco "aironet" wireless
bridge in vlan 10 with an ip address of 10.1.1.2. I
drop every other ping packet.

Here is why:
The first ping works and cef caches the ip address.
The second ping fails,
The third ping works and cef caches the ip address.

If I do a show ip arp, it shows 10.1.1.2 has an
encapsulation type of SNAP. When it is in the cam
table as SNAP, I loose every other packet. I think
this is because the first packet is process switched,
the RSM converts the format from ARPA to SNAP, sets up
the cef flow and the ping works, the second packet
does not get translated from ARPA to SNAP because of
the cef cache. If I turn cef off and just process
switch, then pings are 100%.

If I clear the arp, it always comes back as ARPA. If
I reboot the wireless bridge, it always shows up as
SNAP, until I clear the arp.

If I put a 1.1.1.2 address on the wireless bridge, and
reboot the bridge, it always shows up as ARPA.

Has anyone seen an encapsulation problem with ARPA and
SNAP concerning secondary ip addresses. Notice I said
ip and not ipx.

I will probably open a case with TAC but I thought I
would fly this past the group first.

Any input is appriecated.
Thanks,
Bill



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:25:44 GMT-3