How to update polycom CX600 phone firmware with Lync. Information Technology asked on 2011-09-14. IP Telephony; 1 Comment. Last Modified: 2012-05-12. Hi, I have a lync server setup. I used the Management Shell to import the polycom update files into lync. I see then now in the Device update and I approved them all. Re: Upgrade CX700 - Lync 2013 (On Premise) Hello alccc, Polycom and other manufacturers produce these optimized for Microsoft® Lync® or Skype® for Business devices after a reference design and the embedded OS running on the phones is provided, supported and maintained by our partner Microsoft®.
I have already tried a soft reset, not sure how to progress. As far as I know it's not possible for LPE to automatically sign a user out and back in. Any sign-out procedure will purge the user credentials, making it impossible to sign back in again. Autodata activation code. I believe what you are seeing is the standard reboot process that is triggered when the phone updates the firmware.
Halo 1.0 Upgrade Solution. Polycom UC Software for Skype for Business Deployments. CX700 User Guide - Microsoft Lync 2010 Edition Polycom. Configuring Lync Server to push out latest Microsoft Lync Phone Edition firmware. To update the firmware for. Lync Phone Edition for Polycom CX700 and LG. How to update Firmware for Polycom Lync. Be bunch of update files appeared for Polycom CX series devices. Go in to the Lync Share and navigate in to the 1. Hi, I have a lync server setup. I used the Management Shell to import the polycom update files into lync. I see then now in the Device update and I approved them all.
Polycom Cx700 Skype For Business
The full Lync client might give you a false sense of security everything is working, but external updates and full calendaring (to join concalls from your device without entering a meeting code) on your Tanjay device work best using SAN certificates. Another tip is the front end pools external device logging won't show any connections since the session will terminate at negotiation (invalid certificate) in this scenario. Hope this saves someone the their Saturday afternoon 😉 John G. Hi Jeff, thanks for your great lync blog. I have a problem, updateing aastra 6725ip. Our Polycom phones update perfectly, but the aastra doesn´t work. The current version is 4.0.7313.501 and I tryed to update to 4.0.7577.107 and to 4.0.7577.250.
I'm so glad someone posted a detailed walkthrough on the process since the TechNet documentation was fragmented. I recently enabled external updates two weeks ago to our users and also have some tips. First, on the Polycom CX600 (or other Tanjay devices) do NOT support wildcard certificates (*.domain.com) for updates/provisioning or for exchange calendaring/autodiscover lookups.
We found out about the latest version of Lync Phone Edition, Cumulative Update 7 (CU7). Hey, new version! Let’s upgrade! Except we couldn’t. We tried logging into the phone for upgradingand failed.
Please feel free to communicate this correspondence back to Microsoft so the Microsoft representative who has advised you to contact Polycom can reach out to myself. Best Regards Steffen Baier. Tiger woods pga tour 12 masters pc crack. Please be aware: The purpose of these forums is to allow community members collaborate and help each other. Questions posted here do not follow Polycom’s SLA guidelines.
A long and sad story about trouble upgrading the firmware in Office Communication Server enabled phones, specifically the Polycom CX700. This particular problem manifests itself as follows: The phone logs on to the server successfully and gets almost to the end of the login process. Then it crashes and automatically reboots. This goes on in an endless loop, and is caused by the phone running software not compatible with OCS 2007 R2. I post this hoping that it will be of help to others on a similar quest.
The problem
For about a year now, since we started our OCS pilot, I’ve had a Polycom CX700 on my desk. Actually, it has spent the bulk of that time on a shelf at my desk. It was purchased as a test device along with a collection of headsets and other OCS enabled devices. Most of them worked fine, but this one I just couldn’t seem to get working. After a lot of fiddling about I was able to log in successfully with a test user that had never ever logged on to any other device or computer. I happily thought I had it fixed, but as soon as I switched to another user it went back to the same old pattern: logon, crash and reboot in an endless loop.
Giving up
Pretty early in the process I was informed that the firmware (1.0.522.73) was built for OCS 2007, and as we were running 2007 R2 it would not work. Later, I was told by Polycom support that it was impossible to update this version to a 2007R2 compatible firmware without having an OCS 2007 device update server. At that point I gave up, put it on the shelf and concluded that we had to swap it for another one with newer firmware.
But the phone was still there. It just sat there on my shelf, and from time to time this annoyed me to the point that I researched it further. I am not accustomed to giving up, especially not on a technical problem. Mulling at the back of my head was the feeling that there had to be a solution somewhere, some hack to fix it or a bug blocking my path. But no matter what I tried, I had no luck.
At some point in my search I came across these articles on TechNet blogs by Rui Silva: http://blogs.technet.com/b/ucspotting/archive/2009/04/16/how-to-upgrade-polycom-cx700-1-0-452-0-using-the-ocs-2007-r2-device-update-service.aspx
Firmware Upgrade D-link
I followed them both in detail (several times) since they describe a problem similar to mine, but to no avail. It just wouldn’t budge, it refused to give in. I had all the device update websites set up correctly, and the RequestHandlerAuditLog listed the device as connecting and identifying itself, but it never requested nor downloaded any updates. As far as I could tell everything was set up correctly at the server side, so the phone had to be the source of my trouble.
Polycom Cx3000 Firmware
A new hope
I was close to giving it up for good, but then suddenly I had an epiphany: The RequestHandlerAuditLog samples other people were posting online always listed a request stating it was currently running version 0.0.0.0;01-01-1601 00:00:00, before it requested the interim version(1.0.522.103) which is the bridge version from OCS 2007 to OCS 2007R2.
But my CX700 never got past this, it never requested the interim version, and still it reported 0x0;200 as the last update status. That means the server thinks the phone does not require any updates, even though clearly it does. The first number is a hexadecimal WinInet error code, and the second is a standard http status code. 0x0 translates to no error, and http status 200 means the request succeeded. See this site for an explanation of the last update status codes. Rui Silva mentions changing the UCPHONE client version filter to allow any 1.522 version which I did a long time ago, but then I thought: What if the server believes the phone is actually running version 0.0.0? To test this, I removed the UCPHONE client version filter completely, thus allowing anything identifying itself as a compatible phone to download updates. I then reset the phone to trigger an update attempt and logged in with the special phone test OCS user mentioned above. Nothing happened. It just contacted device update as usual , which resulted in a 0x0;200. I went home and meant to try again the next morning, but other more pressing problems required my time so the phone was just left untouched on my desk. Suddenly, about 22 hours after the last reset I noticed the screen on the phone blinked. Then it rebooted, and lo and behold; it was now running version 3! I had read online that the upgrade process could be slow, but that it could take 22 hours to complete didn’t occur to me. The phone had been left on for several days earlier though, so removing the client version filter seams to be the magic bullet. The successful RequestHandlerAuditLog:
And the IIS log:
As far as I can tell, the phone goes directly from 1.0.522.073 to 3.5.6907.222. I guess 1.0.522.073 is a beta or RC of the interim version.
The solution
To sum it up, this is the key steps of what got it working for me:
- Make sure to log in to the phone using a complete domain name, e.g. “domain.localusername”. If I used domainusername I received certificate download errors on the phone. The same error occurred if I tried username@domain.local, but according to Microsoft this should work. I suppose this is a bug.
- Remove the UCPHONES client version filter from the update server
- Set the default client filter to Allow
- Use a special upgrade user that has NEVER been logged in anywhere other than on the phone.
- Leave the phone on, signed in and untouched for at least 24 hours