cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
836
Views
0
Helpful
4
Replies

Random Phones Rebooting.

ubsaccount
Level 1
Level 1

%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. 

4 Replies 4

andrewswanson
Level 7
Level 7

Hi
What is the output of the command show interface GigabitEthernet4/5 counters storm-control
hth
Andy

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

Why is this needed on the same interface?

auto qos voip cisco-phone

qos trust device cisco-phone

Simoniscool
Level 1
Level 1

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

Review Cisco Networking for a $25 gift card