Quick Tip: Polycom VVX Phones & Configured Source Preference
September 12, 2016
Another day and another odd ball item when it comes to desk phones. I don’t think this one is on Polycom in particular but it’s interesting none the less.
Background Info
One of the really neat features of a Polycom VVX series is the ability to manage these devices remotely. You could use a traditional Polycom Provisioning Server concept (see Jeff’s post on details), you could purchase a third party product like EventZero’s Provisioning Tool (see product page) or you can do your own thing and host it in Azure (like I did with the SkypeValidator).
However you decide to manage your phones the key piece is that you can centrally manage those phones, get details logs, etc. This is fantastic when it works like you think it should.
For the phones we have four ways we can apply settings: Local (at the phone), Web (Web GUI), Config (provisioning server) and SIP (pushed from your SIP Server).
When you hover over a setting from the Web GUI, it will actually show you everything that is configured and from which source. This is very neat.
You might ask yourself, what is the order in which these are applied. Who gets preference when. Well, according to the docs the order is Local, Web and Config – with Local being the most preferred and Config being the least preferred. Makes complete sense.
What about SIP?
That is a good question, when we reached out to Polycom they said when SIP is involved that is takes the lowest priority. Except when it doesn’t.
Huh?
That was my reaction as well. So when doesn’t it take priority? Well, one instance of this is the Message Center. This controls where the phone goes when you click the Message Button (i.e. VoiceMail) on the phone. For me, we have a customer who cannot use Exchange VM with their Skype for Business solution for regulatory reasons. OK, easy enough, there are a bunch of great 3rd Party VM solutions. We forward phones to that location on a non-answer via SefaUtil. It’s not a perfect solution but it works and gets around any legal issues.
So we went to our Polycom Provisioning Server, set the msg.mwi.1.callBack setting to the phone number contact and we should be good. Check the config, should be good, nope.
When we press the Message button on the phone it still calls the URI set by the SIP Server. We reboot the phone a dozen times, nothing. We went back, factory reset the phone and ONLY pushed the mwi setting and had the same problem.
This is one of those “special” settings that the config server doesn’t override SIP.
If we go into the WebGUI and copy/paste the same exact setting we are pushing out via the Provisioning Server and apply, now the Message Center button goes to the right place.
So the moral of the story is, Provisioning Servers are really cool when they do everything you want, but sometimes they don’t.