OmniSwitch OS6860/OS6900/OS10K Troubleshooting Guide Part No.032996-00 Rev.A
AOS Release 7.X and 8.X January 2015
Alcatel-Lucent Page 28 of 148
Additionally, verify the ports are in the correct VLAN and in a spanning tree forwarding state instead of
blocking by using the show vlan member command.
-> show vlan members
vlan port type status
--------+------------+------------+--------------
1 1/1/1 default inactive
1 1/1/2 default forwarding
1 1/1/3 default forwarding
1 1/1/4 default inactive
1 1/1/5 default inactive
1 1/1/6 default inactive
If ports that should be in forwarding are in blocking, or vice versa, please consult the chapter for
troubleshooting spanning tree.
4.3. Verify Source Learning
If the configuration looks correct, source learning should be examined. If connectivity exists but is slow or
intermittent, source learning could be the root cause since data packets would be flooded if the MAC
address(es) are not being learned. However, if there is no packet throughput between the devices the problem
is likely not due to a source learning problem. To verify that the MAC addresses are being learned correctly
use the show mac-learning command. Verify that the correct MAC address is being learned on the correct
port, in the correct VLAN.
-> show mac-learning
Legend: Mac Address: * = address not valid,
Mac Address: & = duplicate static address,
Domain Vlan/SrvcId/ISId Mac Address Type Operation Interface
------------+----------------------+-------------------+------------------+-------------+----------------------
VLAN 1 00:00:5e:00:01:02 dynamic bridging 1/1/2
VLAN 1 00:1a:1e:00:5b:60 dynamic bridging 1/1/2
VLAN 1 00:d0:95:e0:78:98 dynamic bridging 1/1/2
In most case, the output of show mac-learning is too long to find the one needed. We can use parameter “grep”
to find the MAC address we need, “show mac-learning | grep xx:yy –B 5”
With xx:yy as the last 4 of the mac address of interest. Then –B 5 prints a the first few lines (headings) before
the lines with matching content.
4.4. Verify Switch Health
If source learning appears to be working incorrectly, verify the health of the switch with the show health,
and show health slot commands. Any values that have reached or exceeded their configured threshold could
cause forwarding problems on the switch.
-> show health
CMM Current 1 Min 1 Hr 1 Day
Resources Avg Avg Avg
----------------------+---------+-------+-------+-------
CPU 9 6 6 6
Memory 56 56 56 55
4.5. Verify ARP
If everything checked appears to be valid, verify that this is not an ARP problem. On the end stations
involved, enter a static MAC address for the device it is trying to communicate with. If connectivity is
restored, please see Chapter 6 Troubleshooting ARP
To Next Page
Loading...
