switch1#show interfaces descri
...
Fa0/13 up up
Fa0/14 down down
Fa0/15 up up
...
(the lights are also on on both ports 13 and 15)
However:
i.e. nothing for port 15!
How to determine the MAC address of this port or how to wake up the device? Once again, the lights on both ports are green.
switch1#show mac-address-table
24 x.dc15.93a9 DYNAMIC Fa0/13
24 x.9931.296d DYNAMIC Fa0/11
24 x.2196.cf24 DYNAMIC Gi0/1
24 x.a947.fb81 DYNAMIC Fa0/11
24 x.b954.90c2 DYNAMIC Fa0/8
24 x.b976.a45c DYNAMIC Fa0/2
24 x.8f1c.f11b DYNAMIC Fa0/11
24 x.ba8e.f467 DYNAMIC Fa0/11
28 x.2196.cf24 DYNAMIC Gi0/1
28 x.f08a.6025 DYNAMIC Fa0/20
28 x.f08a.6026 DYNAMIC Fa0/19
28 x.f08a.6027 DYNAMIC Fa0/22
21 x.2196.cf24 DYNAMIC Gi0/1
20 x.2196.cf24 DYNAMIC Gi0/1
The mac-address-table ages out - so if the device (e.g. a pc in standby) is connected, but has not been actively transmitting lately - that's exact the thing to expect to see... Maybe you have the macs noted down someplace, otherwise you will have little chance of success... tsg
You could drop the entire MAC table and allow the device to 're-learn' all connected devices (should happen on the first received packet)
clear mac-address-table dynamic
http://www.cisco.com/en/US/docs/ios/12_3t/lanswitch/command/reference/lan_a1gt_ps5207_TSD_Products_Command_Reference_Chapter.html
If the device connected to port 15 does not send data due to it being "asleep" then bring the port down then back up. The re-detection of the link maybe enough to cause an IP communication to occur.
This issue has been around for quite some time. There are only 2 ways I have been able to accomplish this in the past.
1) If you can take the port down, shutdown the port and wait about a minute then do a no shut. This will usually cause the device to send some DHCP traffic or at least some browser traffic if statically configured.
2) If the device refuses to speak when the link comes up or you don't want to take the link down, figure out what vlan the port is in and ping 255.255.255.255 from a device in the same subnet. This will send a ping to every device in the broadcast domain. If the device is alive, it should respond and thus provide its mac to the switch.
If this doesn't work, you probably have a PC that is connected but turned off and is therefore not sending any traffic and does not have an IP and will not respond to a broadcast ping. In this case, I don't know of a way to get the device's mac. :-(
You can get the Mac address of a specific port by using following command:
show interface fastEthernet 0/15
To update the MAC address table, you may require to ping the IP address of the device connected with port 15 of the switch.
Actually what you can do is enable port security on your switch ports for a short time while you pull the MAC address info you need. Then you can turn off port security if you don't need it.
You might try setting the port, fa0/15 to
temporarily. Not sure if this will work.
Make sure you set the port back to access.
You might also try