WS-C2960X-48TS-L and CP-7961G Problame

[Artur Akhmerov]

Hello!

Can anyone suggest how to solve this problem?

We have over 300 ip-phone model CP-7961G, firmware — *SCCP41.9-4-2SR3-1S* (last firmware)

We have over 40 switches model Cisco WS-C2960X-48TS-L (15.2(7)E0a, but the older version have the same effect).

We connect phone to switch with hole «net», connect phone with power calbe «cube-3» and waite untill phone is going up — it is normal working mode.

Then we putt off power cable, in this moment we see that port in switch going to down, after 30 seconds we see that port is going up and see that  mac addresses from vlan which is allowed on this port begin to accumulate…

Video:

https://yadi.sk/i/yOTHY9kOnTjMkA

Problame we see only on Cisco WS-C2960X-48TS-L with cisco 7961G, with other phone and switch's — no problame.

console side:

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2019.11.08 08:46:34 =~=~=~=~=~=~=~=~=~=~=~=
login as:
Using keyboard-interactive authentication.
password:

TEST#show ver
....

Switch Ports Model SW Version SW Image
------ ----- ----- ---------- ----------
* 1 54 WS-C2960X-48TS-L 15.2(7)E0a C2960X-UNIVERSALK9-M

.....

TEST#terminal mon
TEST#show running-config interface gi1/0/1
Building configuration...

Current configuration : 1099 bytes
!
interface GigabitEthernet1/0/1
switchport access vlan 999
switchport mode access
switchport nonegotiate
switchport voice vlan 800
end

TEST#show mac address-table interface gi1/0/1
Mac Address Table
-------------------------------------------

Vlan Mac Address Type Ports
---- ----------- -------- -----

TEST#terminal mon
TEST#
Nov 8 03:48:09.724: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to up
Nov 8 03:48:10.731: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/1, changed state to up
TEST#
Nov 8 03:48:58.156: %SWITCH_QOS_TB-5-TRUST_DEVICE_DETECTED: cisco-phone detected on port Gi1/0/1, port's configured trust state is now operational.
TEST# show mac address-table interface gi1/0/1
Mac Address Table
-------------------------------------------

Vlan Mac Address Type Ports
---- ----------- -------- -----
800 001a.2f69.dbbb DYNAMIC Gi1/0/1
999 001a.2f69.dbbb DYNAMIC Gi1/0/1
Total Mac Addresses for this criterion: 2
Nov 8 03:52:26.907: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/1, changed state to down
Nov 8 03:52:27.907: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to down
TEST#
Nov 8 03:52:29.557: %SWITCH_QOS_TB-5-TRUST_DEVICE_LOST: cisco-phone no longer detected on port Gi1/0/1, operational port trust state is now untrusted.
TEST#show mac address-table interface gi1/0/1
Mac Address Table
-------------------------------------------

Vlan Mac Address Type Ports
---- ----------- -------- -----
TEST#
Nov 8 03:53:04.347: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to up
TEST#
Nov 8 03:53:05.350: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/1, changed state to up
TEST#show mac address-table interface gi1/0/1
Mac Address Table
-------------------------------------------

Vlan Mac Address Type Ports
---- ----------- -------- -----
999 0021.5a62.5ac0 DYNAMIC Gi1/0/1
999 00a2.89e5.df01 DYNAMIC Gi1/0/1
999 2c41.389c.d1f8 DYNAMIC Gi1/0/1
999 5065.f340.1a2f DYNAMIC Gi1/0/1
999 705a.0f4e.0868 DYNAMIC Gi1/0/1
999 7c0e.ce02.e000 DYNAMIC Gi1/0/1
999 c434.6b5c.89c2 DYNAMIC Gi1/0/1
999 c434.6b70.7d16 DYNAMIC Gi1/0/1
Total Mac Addresses for this criterion: 8
TEST# show mac address-table interface gi1/0/1
Mac Address Table
-------------------------------------------

Vlan Mac Address Type Ports
---- ----------- -------- -----
999 0021.5a62.5ac0 DYNAMIC Gi1/0/1
999 00a2.89e5.df01 DYNAMIC Gi1/0/1
999 2c41.389c.d1f8 DYNAMIC Gi1/0/1
999 5065.f340.1a2f DYNAMIC Gi1/0/1
999 705a.0f4e.0868 DYNAMIC Gi1/0/1
999 78ac.c0ab.2466 DYNAMIC Gi1/0/1
999 7c0e.ce02.e000 DYNAMIC Gi1/0/1
999 c434.6b5c.89c2 DYNAMIC Gi1/0/1
999 c434.6b70.7d16 DYNAMIC Gi1/0/1
Total Mac Addresses for this criterion: 9
TEST#
Nov 8 03:53:38.721: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/1, changed state to down
Nov 8 03:53:39.720: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to down
TEST#

Nov 8 03:53:38.721: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/1, changed state to down  <- it is me - removed lan cable from phone

if the port configuration is clear (null) - we have the same situatuin

[Leo Laohoo]

So the link bounces every 30 seconds?
Is LLDP turned on?

[Artur Akhmerov]

no!

After power off ip phone - port is going down and after 30 second port is going up and on the port the status is connected until it is either disabled by command shutdown or physically turned off.

Yes - LLDP and CDP we turn off/on - problame the same 

[Leo Laohoo]

Is there a PC connected to the phone?

[Artur Akhmerov]

no difference. we tried with or without a computer. the example given here is without a computer

[amikat · Accepted solution]

Hi,

You may be hitting the CSCuz92903 bug. Can you please try to configure either "no keepalive" or "speed auto 100 1000" under the interface where the phone is connected and see if there is any difference.

Best regards,

Antonin

[Artur Akhmerov]

yes, it is solved our problame.

But it is intresting - bug date 2016/2017 year.

we have latest firmware flash:c2960x-universalk9-mz.152-7.E0a.bin", and we have the same problame...

[Artur Akhmerov]

it is not the end....

i try to write this command on all of switch that i have with this problame.

after some time mac on the port that work "OK" disappeared.... and we have another problame :(

[amikat]

Hi,

Thanks for the feedback. In my view you should first replace your IOS version. The commands are meant as a workaround only not the final solution. Out of these two I would return keepalives back and stay with the "speed auto 100 1000" only. At the moment I have only Cat2960Xs with PoE in my lab and these are not prone to this bug so I cannot test the suitable IOS version for you. Provided you are entitled to raise TAC cases you should go that way if not will you please contact your Cisco supplier.

Best regards,

Antonin