I am looking at a Cisco switch's log at work and am a bit confused by how verbose it can be at times.
For instance, we use automatic QoS here and I often see this when phones are plugged:
Mar 18 15:22:40: %SWITCH_QOS_TB-5-TRUST_DEVICE_DETECTED: cisco-phone detected on port Fa1/0/9, port's configured trust state is now operational.
Mar 18 15:22:41: %SWITCH_QOS_TB-5-TRUST_DEVICE_DETECTED: cisco-phone detected on port Fa1/0/9, port's configured trust state is now operational.
Mar 18 15:22:42: %SWITCH_QOS_TB-5-TRUST_DEVICE_DETECTED: cisco-phone detected on port Fa1/0/9, port's configured trust state is now operational.
Mar 18 15:22:43: %SWITCH_QOS_TB-5-TRUST_DEVICE_DETECTED: cisco-phone detected on port Fa1/0/9, port's configured trust state is now operational.
Mar 18 15:22:44: %SWITCH_QOS_TB-5-TRUST_DEVICE_DETECTED: cisco-phone detected on port Fa1/0/9, port's configured trust state is now operational.
Mar 18 15:22:45: %SWITCH_QOS_TB-5-TRUST_DEVICE_DETECTED: cisco-phone detected on port Fa1/0/9, port's configured trust state is now operational.
Why does it spam this message six times? This is on a WS-C3750V2-24-PS-S switch. If it makes a difference, there are 5 switches of the sort in one stack running IOS 12.2(55)SE3.
The port's configuration is as follows:
Current configuration : 655 bytes
!
interface FastEthernet1/0/9
switchport access vlan 10
switchport mode access
switchport voice vlan 710
switchport port-security maximum 3
switchport port-security
switchport port-security aging time 2
switchport port-security violation restrict
switchport port-security aging type inactivity
ip arp inspection limit rate 100
load-interval 30
srr-queue bandwidth share 10 10 60 20
priority-queue out
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
spanning-tree bpduguard enable
service-policy input AutoQoS-Police-CiscoPhone
ip verify source
ip dhcp snooping limit rate 100
end
I believe that this may be a conflict in the:
and the other service policy:
I would try removing one of them and see what happens. We've had no issues running only the auto qos in our environment.
From the AutoQoS documentation "Ensure that no QoS policies (service policies) are attached to the interface. This feature cannot be configured if a QoS policy (service policy) is attached to the interface"
AutoQos