Yealink phones and losing connection

[scott_harpster]

This is on a 7150-48zp on 8.0.90d

For some reason yealink phones will just randomly ping out, the port on the switch never loses a connection so it never goes down. I use zabbix to ping monitor a few phones to troubleshoot. Its completely random and it might be 1-5 times a day or never that day. A computer is tied to the pc port of the phone so im dealing with two endpoints on one port. I have tried disabling lldp on it for kicks and then you'll see in my port config, other possible things that could be hitting the phone causing it to go dark for a minute. 

Any suggestions on what i can try next before reaching out to support?

interface ethernet 1/1/23
 no fdp enable
 no cdp enable
 dhcp snooping client-learning disable
 spanning-tree 802-1w admin-edge-port
 voice-vlan 70
 broadcast limit 512 kbps
 multicast limit 1000 kbps
 unknown-unicast limit 512 kbps

I put limiters on but still it dropped. Here is some information on the port.

GigabitEthernet1/1/23 is up, line protocol is up 
  Port up for 29 day(s) 22 hour(s) 11 minute(s) 48 second(s) 
  Hardware is GigabitEthernet, address is c803.f524.c004 (bia c803.f524.c004)
  Configured speed auto, actual 1Gbit, configured duplex fdx, actual fdx
  Configured mdi mode AUTO, actual MDI
  Tagged member of 1 L2 VLANs, untagged in VLAN 10, port state is FORWARDING
  BPDU guard is Disabled, ROOT protect is Disabled, Designated protect is Disabled
  Link Error Dampening is Disabled
  STP configured to ON, priority is level0, mac-learning is enabled
  Flow Control is config enabled, oper enabled, negotiation disabled
  Mirror disabled, Monitor disabled
  Mac-notification is disabled
  VLAN-Mapping is disabled
  Not member of any active trunks
  Not member of any configured trunks
  No port name
  IPG MII 0 bits-time, IPG GMII 0 bits-time
  MTU 1500 bytes
  MMU Mode is Store-and-forward
  300 second input rate: 608 bits/sec, 0 packets/sec, 0.00% utilization
  300 second output rate: 10624 bits/sec, 5 packets/sec, 0.00% utilization
  555035 packets input, 209050028 bytes, 0 no buffer
  Received 171 broadcasts, 5325 multicasts, 549539 unicasts
  0 input errors, 0 CRC, 0 frame, 0 ignored                       
  0 runts, 0 giants
  2361726 packets output, 1908399128 bytes, 0 underruns
  Transmitted 363883 broadcasts, 574652 multicasts, 1423191 unicasts
  0 output errors, 0 collisions
  Relay Agent Information option: Disabled
  Protected: No
  MAC Port Security: Disabled

 This port is not being monitored for queue drops 
Egress queues:
Queue counters    Queued packets        Dropped Packets
         0             2021216                   0
         1                   0                   0
         2               15876                   0
         3                   0                   0
         4              100965                   0
         5               74361                   0
         6                   0                   0
         7              149308                   0

 Port 1/1/23 Counters:
         InOctets            210283954           OutOctets           1918557531
           InPkts               558800             OutPkts              2370630
  InBroadcastPkts                  191    OutBroadcastPkts               363908
  InMulticastPkts                 5358    OutMulticastPkts               574774
    InUnicastPkts               553251      OutUnicastPkts              1431948
        InBadPkts                    0
      InFragments                    0
       InDiscards                    0           OutErrors                    0
              CRC                    0          Collisions                    0
         InErrors                    0      LateCollisions                    0
      InGiantPkts                    0
      InShortPkts                    0
         InJabber                    0         OutDiscards                    0
   InFlowCtrlPkts               196382     OutFlowCtrlPkts                    0
     InBitsPerSec                24336       OutBitsPerSec                86792
     InPktsPerSec                    8       OutPktsPerSec                   16
    InUtilization                0.00%      OutUtilization                0.00%

[Mayank]

Hi Scott,

Thank you for reaching out.

I understand that the Yealink phones connected to the ICX7150-48ZP randomly stop responding to pings a few times a day, even though the switch port itself never goes down. A PC is also connected through the phone’s PC port. The issue occurs randomly and usually resolves on its own after about a minute.

You have already tried disabling LLDP and applying traffic limiters, but the phones still experience intermittent drops. The switch port shows no errors or link flaps.
Please correct me if I have misunderstood any part of the issue.

Kindly try the following steps and let me know the results:

Temporarily connect only the phone to the port (disconnect the PC or connect it to another port). This will help rule out whether PC traffic bursts are affecting the phone’s performance.

Test on another port/switch: Move the phone to a different access port or another switch.

If the issue follows the phone → the phone may be at fault.

If the issue remains on the original port → the switch port, configuration, or hardware could be the cause.

Try disabling and re-enabling PoE on the port using the commands no inline power followed by inline power.

I hope this information helps you

Please feel free to leave us a message if any concerns

Thanks
Mayank Meena

[scott_harpster]

if we take the pc off, it works fine but the problem is, if we plug the phone into a cisco switch poe, it doesnt lose a connection.

we have multiple phones the ruckus icx, same issue.

I would love to blame the phone but the problem is, it works on a cisco just fine. I should have mentioned that in my description.

So there was a power bump 29 days ago, it would of reset the port, no reason to power it off and on, it will act the same.

appreciate the response.

[scott_harpster]

One more note on the issue, the phones with pcs connected, they will lose ping at the same time, which is why i was looking at cdp/lldp/fdp traffic, then did some rate limiting.