We are deploying some Wireless IP Phones 7925s in several networks and we are finding some big issues with it: The phone suddenly loses connectivity and the "network busy" message appears on screen.
This is happening with phone firmware 22.214.171.124 released on 5 February 2013.
The strange fact is that the same IP Phone with phone firmware 1.4(2) didn't have any such issue... but (as also mentioned here:
https://supportforums.cisco.com/docs/DOC-29291) I can't roll back to 1.4(2).
No AP config changed, no environmental change. We just upgraded the phone to 126.96.36.199 phone firmware.
- Forcing the phone to "b/g-only" or "a-only" mode does not bring any luck.
- APs used are autonomous AP1131AG-E-K9 and AP1242AG-E-K9, all running latest IOS version 12.4.(25)JA2). See attached configuration.
- Call Agent used is CCME v7.0.
In another scenario -- with a WLC and CP-7921 -- I managed to solve this kind of issue by enabling the "7920 Call Admission Control" on WLAN config section.
What's your experience on this?
Thanks in advance!
This means that the channel is busy and CAC is doing its job properly or there is an AP misconfiguration.
Can enable CAC/TSPEC for voice but CAC for video should be disabled.
Ensure admit-traffic is enabled under the 792x ssid.
See my 7925G Deployment Guide for more info.
Provide your AP config for further assistance.
Sent from Cisco Technical Support iPad App
Attached is the "messages" log file extracted from the phone. In the trace you can see an upgrade from 1.4(3)SR1 to 188.8.131.52.
During the collection of this log the issue was noticed several times and the phone was configured in b/g-only mode very close to an AP with no interference and no network traffic on the LAN and WLAN.
Hi There, did you find a fix for this? i have a similar problem when going from Firmware 1.3.3 to
The handset works fine on the older Fimware but as soon as the upgrade completes i get "connection failed"
wireless controller version 184.108.40.206
if i roll back the firmware the phone works fine again.
Ensure your SSID is set to use the Platinum QoS profile.
There was a fix in 1.4(3) to resolve the issue of not sending TSPEC for SCCP.
Otherwise, it means the channel is busy so check the bandwidth allocated for voice.
Sent from Cisco Technical Support iPhone App
Thank you very much, the problem is fixed after putting voice QOS Platinum
My voice WLAN profile is
wlan XX 1 VOICE-WiFi
client vlan 700
ip dhcp server 10.120.10.26
no security wpa
no security wpa akm dot1x
no security wpa wpa2
no security wpa wpa2 ciphers aes
service-policy input platinum-up
service-policy output platinum