09-01-2014 02:58 PM - edited 03-21-2019 08:21 AM
Many of our SPA504g phones have been freezing recently (non responsive to any buttons on the phone or off-hook).
They are running 7.5.5b as 7.5.6 has a bug.
We have a range of hardware revisions (eg 1.02(0001), 1.04).
They are all connected to Cisco CE500 PoE switch and have a dedicated VLAN and are secured from untrusted networks.
We use Asterisk 12.2.
The issue may be occurring when they re-provision themselves via http every 24 hours, but can't be sure of that.
Recently some changes were made to the provisioning file - is there some way we can run a validation process on our XML configuration? I would expect if that were the problem the phones wouldn't work at all though.
When power cycled they work fine.
I got the impression that others were having similar issues a few years back but it was resolved with firmware updates.
Solved! Go to Solution.
09-01-2014 04:23 PM
The issue may be occurring when they re-provision themselves via http every 24 hours, but can't be sure of that.
No one can be sure, but you should turn on syslog&debug and catch the messages. It may reveal important facts related to the issue. No one else can obtain such kind of valuable information, so you may decide to do it.
Even in the case you will not understand the catched messages, they may help us to give you a better advice.
is there some way we can run a validation process on our XML configuration
Beyond loading the configuration in question into test phone ? As far as I know, no.
09-01-2014 04:23 PM
The issue may be occurring when they re-provision themselves via http every 24 hours, but can't be sure of that.
No one can be sure, but you should turn on syslog&debug and catch the messages. It may reveal important facts related to the issue. No one else can obtain such kind of valuable information, so you may decide to do it.
Even in the case you will not understand the catched messages, they may help us to give you a better advice.
is there some way we can run a validation process on our XML configuration
Beyond loading the configuration in question into test phone ? As far as I know, no.
09-04-2014 03:29 PM
Thanks I will try that.
A phone that was completely frozen just now completely restored to normal functionality after mashing random buttons and taking it on/off hook for 10-20 seconds (no power cycle needed).
While it was frozen, the web interface was responsive (physical phone screen/buttons were frozen)
09-04-2014 04:54 PM
We have hundreds of phones in few countries and we never hear about such behavior.
I suspect the symptoms are caused by specific network packets sent to phone from somewhere. "Catch packets, syslog&debug" is still the best advice I have ...
09-07-2014 05:35 PM
Thanks Dan,
Ironically it turns out that the freezing problem went away when I used the IP address instead of the DNS name of the syslog server in the provisioning XML (The syslog dns name was entered into the spaconfig file about 2 weeks ago).
The freezing was occurring when all the following conditions were met:
-A change to the provisioning file had been made
-The phone hit its resync timer/time
-The syslog server field was populated with a DNS name instead of an IP address
Strangely enough the syslog server was receiving log messages from the phones even when they were configured with the dns name of the syslog server.
Simply removing the syslog line from the xml provisioning file wasn't enough since the setting on the phone still remains. It must be overwritten with a new setting or an empty syslog server xml tag
09-07-2014 05:36 PM
Also I notice that my DNS search search order is set to "Manual", but we're using DHCP and haven't set any static DNS servers, so it should be set to "DHCP,Manual".
This doesn't seem to affect proxy detection through SRV records, but it does seem to prevent the LDAP corporate directory feature working as I've just found out.
I'm guessing that this could also be related to the freezing that I was seeing when using the dns name of the syslog server in the spaconfig.
09-08-2014 12:13 AM
A change to the provisioning file had been made
The phone hit its resync timer/time
Our phones are configured the same way.
The syslog server field was populated with a DNS name instead of an IP address
I'm paranoid administrator a lot. I decided not to be in risk of log messages lost when DNS become unreachable, so we use IP here.
It seems to explain why you has been affected by issue and we didn't seen it.
As I claimed above, there is reason to use IP instead of name of syslog&debug server and I know no disadvatages, so you should consider to use IP ...
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