The much-anticipated Cisco Collaboration Endpoint 8.2.1 software for DX 80 and DX 70 devices is now available (as of 7/8), and after a couple of consistent weeks of testing, we wanted to write up some quick feedback. Quick recap: The Cisco TelePresence DX line until now, used Android-based software that has been, to say the least, a bit unstable. The primary issues our customers have reported include random reboots, phone call freezes, freezing during screen-share, and all sorts of video and display issues when connected as an extra monitor. The Android-based software is cool, and robust with all that it can do, yet when compared to the “tc” line of code used on Cisco’s other video codecs (SX, EX, MX, etc) and now the new CE code on the newer devices, it was noticeably less stable and an overall different user experience. This made it quite difficult at times during TelePresence system roll-outs, and the confusion it could cause end-users due to different user interfaces and experiences. Now, to Cisco’s credit, they have done a lot to try and address this on the Android based code, releasing updates frequently and allowing the phones to run in a “basic” mode which locked down a lot of extra features and did help a lot. That being said, it was way past time that the same code and features be consistent across all Cisco TelePresence Endpoints.
Let’s start with what you lose when you switch from the Android DX software to the new CE software:
Now, again, this is not a list of features you gain, these are what you lose! No call transferring? No BT Headsets? No Shared lines or Call forwarding or Extension Mobility? We could understand some of these, but a lot of these seem like pretty basic features. Oh well, surely updates will be forthcoming, so let us now focus on the positives: The platform is very stable. While it does not do a lot, what it does it performs very well doing, and without the reboots, and freezes, and all the random crazy behavior. The UI is consistent with what you now see on the other CE compatible endpoints, and it is quick and responsive. Here is what you can do:
A couple of issues that we have run into: There is a constant warning on the screen stating: “Security risk System passphrase not set”. Normally, this is an easy fix, we would simply login via web to the IP address of the codec itself and add a password, except when we try this since we changed from Android DX code to the CE code, we cannot get to the codec via the web. Pretty big issue actually, if you want to run this device in prime time. As a workaround, we even tried to set the “admin” password on the device configuration page in CUCM, but this has no effect. Admittedly, so far testing has been remotely through a Meraki Z1, but we have never had this issue before, and we can get to the web page of other IP phones and codecs connected through the same remote network. More testing will be coming, but as of right now, we have been unable to successfully reach the web login for the DX80 codec running CE 8.2.1, we either reach a completely empty web page, or sometimes it returns this error: “Internal Error: Missing Template ERR_CONNECT_FAIL”. The next item we noticed is that Proximity would not work. We assumed, incorrectly, that this feature was included on the DX series, but it is not included. The release notes confirm this.
The process of converting from the Android DX software to the CE software was a bit complex. The process goes like this:
To reverse the process and go back to the Android code, you must install the COP file to do so from Cisco.com, and reverse the process by changing the phone load name on the new device, letting it change version, and then when on start screen you delete it and re-add in CUCM as a “Cisco DX 80” or 70 device type.