[cisco-voip] Timezone not showing up on phones...

[Stephen Welsh]

I second that,
We have used that technique successfully in the past for the Secure Authentication URL in UCM 8.x so it's still possible to control the phone remotely (i.e. bulk delete ITL files), even when there are ITL issues etc.

Best to prepare your phone configuration for the worst that Security by Default can throw at you ;)

Thanks

Stephen

On 20 Feb 2012, at 18:22, Ryan Ratliff wrote:

Not having an ITL will prevent https services from working, correct.  I'm confident that if you changed your secure service URLs to be http:// instead of https:// EM and other services will still work fine.   If you are using your production cluster for staging this may not be ideal.  IMO you need a staging server where you can set the parameter and upgrade the phones as needed.

-Ryan

On Feb 20, 2012, at 12:08 PM, Jonathan Charles wrote:

When you change that you get a pretty scary message:

Prepare Cluster for Rollback to pre 8.0: Enable this option ONLY if you are preparing to rollback your cluster to a pre 8.0 Cisco Unified Communications Manager release. Phone services (for example, extension mobility) will NOT work when this parameter is set to True, however, users will be able to continue making and receiving basic phone calls. IMPORTANT: You must restart the following services on all nodes, in the order described, immediately after setting this parameter to True: First, restart the Trust Verification Service (TVS) on all nodes; next, restart the TFTP service on all nodes that have TFTP activated; last, return to the Enterprise Parameters Configuration window and click the Reset button to reset all phones. When those three steps are completed and have been performed in the specified order, the cluster will be ready for rollback.

Some of us like Extension Mobility...


Jonathan

On Mon, Feb 20, 2012 at 10:16 AM, Ryan Ratliff <rratliff at cisco.com<mailto:rratliff at cisco.com>> wrote:
You should set the rollback parameter on your staging servers so the phones don't get an ITL to begin with.

-Ryan

On Feb 19, 2012, at 11:59 AM, Jonathan Charles wrote:

That was it, I had them erase the ITL and the phone reg'd and picked up the timezone... yay Cisco.

So, our plan was to stage phones to our CCM before sending them to remote customer sites so they will have the correct load on them (so they can just plug em in), I will need to change the process to include erasing the ITL.


Jonathan

On Sun, Feb 19, 2012 at 9:59 AM, Wes Sisk <wsisk at cisco.com<mailto:wsisk at cisco.com>> wrote:
Based on this and your previous post I suspect an ITL issue.  Are your phones are downloading signed config files AND trusting them?
https://supportforums.cisco.com/docs/DOC-17679

/wes

On Feb 19, 2012, at 12:05 AM, Jonathan Charles wrote:

Just some more info, a phone runnning 8.3.2 shows the correct timezone; upgraded them to 8.3.3 and it still had the timezone; upgraded to 9.2.1 and it retained it.

Tried downgrading the other phones, they wouldn't take the firmware (made no effort to download it); also noticed that the other phones are only registered to the Publisher. All phones are in the same device pool.


J

On Sat, Feb 18, 2012 at 9:57 PM, Jonathan Charles <jonvoip at gmail.com<mailto:jonvoip at gmail.com>> wrote:
CUCM 8.6, phones running 9.2.1; Cisco 7900s are not picking up the timezone from CCM, so they are showing GMT.

Timezone is configured for EST, but phones are blank (on their web pages) for timezone...


Jonathan

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip



_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120220/2c060e83/attachment.html>