04-19-2017 07:24 AM - edited 03-08-2019 10:15 AM
%SWITCH_QOS_TB-5-TRUST_DEVICE_LOST: cisco-phone no longer detected
interface GigabitEthernet4/5
switchport access vlan 100
switchport mode access
switchport nonegotiate
switchport voice vlan 290
no logging event link-status
no snmp trap link-status
auto qos voip cisco-phone
storm-control broadcast level 1.00
qos trust device cisco-phone
spanning-tree portfast
spanning-tree guard root
service-policy input AutoQos-4.0-Cisco-Phone-Input-Policy
service-policy output AutoQos-4.0-Output-Policy
We are having weird issues where phones randomly reboots.
04-19-2017 11:03 AM
Hi
What is the output of the command show interface GigabitEthernet4/5 counters storm-control
hth
Andy
04-20-2017 05:17 AM
I checked physical and it doesn't seem like layer 1. I don't see any errors on the interface.
Here are the outputs. I really think it has something to do with Qos for some reason.
#test cab tdr int g3/28
#show cab td
#show cab tdr int g3/28
Interface Speed Local pair Cable length Remote channel Status
Gi4/5 1Gbps 1-2 54 +/-1m Unknown Open
3-6 53 +/-1m Unknown Open
4-5 54 +/-1m Unknown Open
7-8 54 +/-1m Unknown Open
Port Broadcast Multicast Level TotalSuppressedPackets
Gi4/ 5Enabled Disabled 1.00% 0
GigabitEthernet4/5 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet Port, address is 3435.7374.3c5b (bia 3435.7374.3c5b)
Description: B1 F4 User Vlan 100
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, link type is auto, media type is 10/100/1000-TX
input flow-control is on, output flow-control is on
Auto-MDIX on (operational: on)
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:30, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 119369
Queueing strategy: Class-based queueing
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 6000 bits/sec, 5 packets/sec
204565655 packets input, 90406806812 bytes, 0 no buffer
Received 2182854 broadcasts (1568304 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 input packets with dribble condition detected
1001389137 packets output, 880251559573 bytes, 0 underruns
0 output errors, 0 collisions, 3 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
04-20-2017 08:12 PM
Why is this needed on the same interface?
auto qos voip cisco-phone
qos trust device cisco-phone
04-19-2017 01:01 PM
how often? and is it while in use or just all the time even overnight?
multiple phones or 1 phone?
show interface Gi4/5 -are there many CRC/input errors etc?
my first thought would be cable issues - I dont think the phone should reboot unless it loses power should it?
if compatible on your switch, you can sometimes see a cable problem stick out using:
test cab tdr int Gi4/5
and then:
show cab tdr int Gi4/5
you may need to do :
conf t
int Gi4/5
media-type rj45
to get it to work.
but some switches only test the TX and RX pairs not the PoE pair so it may not always show the problem
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide