When I try to ping from pc 192.168.0.2 to wireless bridge 192.168.0.11, ping times out.
I checked physical connection, i.e. ethernet cable to pc, fiber cable and connections, gbic connections, fiber tx and rx etc. All is ok.
I checked the arp cache on my Windows PC (arp -a), and was NOT getting an arp entry for the wireless bridge - 192.168.0.11.
I checked the Forwarding Table in the switch, and there was no dynamic arp entry for the gbic port!!
Thus, I created a static arp entry in my pc that mapped wireless bridge - 192.168.0.11 to its MAC.
Thus, I also created a static forwarding entry in the switch that specifies that the wireless bridge MAC exists off the GBIC port.
After I do this, it all works!
So I did a sniffer trace and mirrored the wireless bridge gbic port to a pc that had wireshark running on it.
I took the static arp entry out of the pc and the static forwarding entry from the switch.
I then ran a constant ping from the 192.168.0.2 pc to wireless bridge- 192.168.0.11. ping 192.168.0.11 -t
No ping responses, as expected at this time, as it doesnt work unless I have static arp on Windows PC and static forward entry in switch to Wireless Bridge.
I looked at the sniffer trace, and noticed that arp requests were being forward out of the gbic port to the wireless bridge, as it should do.
I did NOT see any arp responses from the wireless bridge.
So this got me to thinking that maybe it is some type of default security configuration on the wireless bridge that prevents it from sending arp responses.
So I readded the static arp on the pc and the static forward entry on the switch, so I could connect to the wireless bridge.
I www'd to the wireless bridge and did not see anything that indicates that you can disable arp on it.
Now here is the very very strange thing,
Without any static arp or static forwarding entries, a pc connected to a port that the gbic/wireless bridgemirrors to, is able to ping the wireless bridge, and also cross the entire wireless link to the remote LAN!!!!
If this is the case, then an arp response must come from the Wireless Bridge for me to be able to ping it without any static arp or static forwarding entries!
Somehow it appears that the wireless bridge may actually be sending arp responses, but the switch doesn't "see" them as they may not be RFC-compliant...no matter how remote a possibility this seems...but I cannot think of anything else that could be causing this issue at this time.
And the same goes for the wireshark sniffer; maybe the sniffer does not recognize/see the ARP response from the wireless bridge, and thus does not display it in the packet capture.
But then this leaves the question, if I mirror the gbic/wireless bridge to a pc on another port, and that pc can cross the wireless bridge and communicate with other servers across the wireless lan, then the wireless bridge is probably not the culprit.
Thus, I think the switch somehow is not creating forwarding table entries for any packets that come into that interface over the wireless bridged network.
Also, all other ports on the switch are able to create dynamic arp entries.
Note that I did try different ethernet cables and two different gbics.
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...