tcpIpApp settings not being taken, no errors, can't figure out why.

[joethejones]

Hi, 

I've been trying to figure out why, when some parameters are uploaded, nothing happens. Sometimes I can see the changes, sometimes not. I know there's a lot of reasons why this might be, but a case in point is the below xml. There are no errors, but none of the params are taken. 

How can I get this to work? Am I approaching this in the right way?

<tcpIpApp>
<tcpIpApp.sntp>
<tcpIpApp.sntp.address tcpIpApp.sntp.address="pool.ntp.voicehost.co.uk"/>
<tcpIpApp.sntp.AQuery tcpIpApp.sntp.AQuery="0"/> <tcpIpApp.sntp.address tcpIpApp.sntp.address.overrideDHCP="1"/>
<tcpIpApp.sntp.gmtOffset tcpIpApp.sntp.gmtOffset="0"/>
<tcpIpApp.sntp.resyncPeriod tcpIpApp.sntp.resyncPeriod="86400"/>
<tcpIpApp.sntp.retryDnsPeriod tcpIpApp.sntp.retryDnsPeriod="86400"/>
<tcpIpApp.sntp.daylightSavings tcpIpApp.sntp.daylightSavings.enable="1" tcpIpApp.sntp.daylightSavings.fixedDayEnable="0" tcpIpApp.sntp.daylightSavings.start.dayOfWeek="1" tcpIpApp.sntp.daylightSavings.start.month="3" tcpIpApp.sntp.daylightSavings.start.dayOfWeek.lastInMonth="1" tcpIpApp.sntp.daylightSavings.stop.dayOfWeek.lastInMonth="1" tcpIpApp.sntp.daylightSavings.start.time="2" tcpIpApp.sntp.daylightSavings.stop.dayOfWeek="1" tcpIpApp.sntp.daylightSavings.stop.month="10" tcpIpApp.sntp.daylightSavings.stop.time="2"/>
</tcpIpApp.sntp>
</tcpIpApp>

[SteffenBaierUK]

Hello joethejones,

welcome back to the Polycom Community.

It is always useful to include the currently used SIP or UC Software version as issues experienced or a question asked may already be addressed in a newer release.

Please also include what kind of Polycom phone you are trying this with.

This also allows yourself and others to check against current software release notes, Administrator Guides or FAQ post’s.

The above is also stated in the "Must Read First" and is the absolute minimum requirement every new post should include. .

In addition providing us with this basic information gives Polycom an idea what Software Versions are used in the field and avoids wasting time trying to troubleshoot issues which have already been addressed.

Therefore the Polycom VoIP FAQ contains this post here:

Question: How can I find out my SIP or UC Software Version of my Phone?
Resolution: Please check here

As you did not post any logs or a backup it is hard to comment.

I suggest:

• Settings > Logging > Global Settings > Global Log Level Limit > Log File Size (Kbytes) > VVX prior to 5.5.0 = 180 after 5.5.0 = 1000 or Trio 512
• Settings > Logging > Module Log Level Limits > Configuration > Event 2

Please ensure to provide some feedback if this reply has helped you so other users can profit from your experience.

Best Regards

Steffen Baier

Polycom Global Services

[joethejones]

Hi Steffen,

Sorry about that;

Phone Model VVX 400

Part Number 3111-46157-002 Rev:A

MAC Address 00:04:F2:71:36:C4

IP Mode IPv4 IP Address 192.168.1.136

UC Software Version 5.5.0.20556

Updater Version 5.7.0.18267

1031134015|cfg |*|00|Prov|Starting to provision
1031134015|cfg |*|00|Prov|Starting to update
1031134016|copy |*|00|Server 'firmware.sipconvergence.co.uk' said 'Polycom/UC-5-5-0-2055/3111-46157-002.sip.ld' is not present
1031134016|cfg |*|00|Prov|Starting to update Polycom/UC-5-5-0-2055/sip.ld
1031134016|cfg |5|00|Prov|cfgProvStatusSet: Unknown status 52
1031134044|lic |4|00|cfgCfsKeysUpdateLicenseParse: error parsing reply
1031134045|lic |4|00|cfgCfsKeysUpdateLicenseParse: error parsing reply
1031134045|cfg |*|00|Prm|Not proceeding wirh rebot/restart, as deice parameters needs to be updated, before making a decision
1031134045|cfg |*|00|Prov|Setting device parameters from configuration files.
1031134045|cfg |4|00|RT|cfgFlashUpdateFromConfig: Failed to update SerialConfig
1031134045|cfg |*|00|Prov|Finished updating configuration

[joethejones]

Ok, sorry, so this is to do with updating the phone. I reset to factory settings and the config below worked

<tcpIpApp>
<tcpIpApp.sntp tcpIpApp.sntp.address="pool.ntp.voicehost.co.uk" tcpIpApp.sntp.AQuery="0" tcpIpApp.sntp.address.overrideDHCP="1"
tcpIpApp.sntp.gmtOffset="0" tcpIpApp.sntp.resyncPeriod="86400" tcpIpApp.sntp.retryDnsPeriod="86400"
tcpIpApp.sntp.daylightSavings.enable="1" tcpIpApp.sntp.daylightSavings.fixedDayEnable="0"
tcpIpApp.sntp.daylightSavings.start.dayOfWeek="1" tcpIpApp.sntp.daylightSavings.start.month="3"
tcpIpApp.sntp.daylightSavings.start.dayOfWeek.lastInMonth="1" tcpIpApp.sntp.daylightSavings.stop.dayOfWeek.lastInMonth="1"
tcpIpApp.sntp.daylightSavings.start.time="2" tcpIpApp.sntp.daylightSavings.stop.dayOfWeek="1"
tcpIpApp.sntp.daylightSavings.stop.month="10" tcpIpApp.sntp.daylightSavings.stop.time="2">
</tcpIpApp.sntp>
</tcpIpApp>

But I could not update the config. I don't know why this is.

[SteffenBaierUK · Accepted solution]

Hello joethejones,

UC Software 5.5.0 is no longer supported as we only support current aka 5.6.0 and -1 which would be UC Software 5.5.3.

In addition posting a whole log and maybe a PBU backup file would allow other users to check.

I can only suggest if you are interested in the root cause to work with Sipphone as they are your Tier 1 support.

Please ensure to provide some feedback if this reply has helped you so other users can profit from your experience.

Best Regards

Steffen Baier

Polycom Global Services