Yes, version 4 is much much better. It boots up very fast. The web interface is rich in functionality and is much easier to use.<br><br>Matthew what is Polycom zero touch provisioning?<br><br>Also, does anybody know if Polycom phones can check for an updated provisioning file (like the Cisco SPA does)?<br>
Does allows you to change the settings of the phone without asking the user to restart it every time.<br><br>Thanks,<br><br>Oren<br><br><div class="gmail_quote">On Fri, Aug 17, 2012 at 4:53 PM, Nathan Anderson <span dir="ltr"><<a href="mailto:nathana@fsr.com" target="_blank">nathana@fsr.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Friday, August 17, 2012 1:31 PM, Ryan Delgrosso <> wrote:<br>
<br>
> I agree with polycom on the speakerphone quality front, BUT they are an<br>
> absolute nightmare in most other aspects.<br>
<br>
</div>[snip]<br>
<br>
If you haven't used it yet, a lot of your complaints have been address in UCS 4.0, *especially* the boot-up time, which is MUCH improved.  Many configuration options which previously required a reboot of the phone after being changed no longer do.  The web management interface got a complete overhaul, too, although I haven't become intimately familiar with the new one since I tend to shy away from using the web management anyway and generally stick to central provisioning.<br>

<br>
In an office environment, you can use DHCP to set the provisioning URL of the phone so that it doesn't have to be entered in manually on the phone itself, although I understand that for hosted PBX service providers, this isn't really an option.  What we have ended up doing for telecommuters is to put the phones behind a small, cheap, L2VPN-capable router (MikroTik RB750), have the router tunnel back to the office, and L2-bridge the phone over the VPN so that it can talk to the same DHCP server as all the phones in the office do.  Kills many birds with a single stone: phone traffic is encrypted, the office phone switch doesn't need to have a publicly-routable IP assigned to it, the phones themselves aren't behind a NAT from the perspective of the office phone switch, and all phones -- local and remote -- are provisioned the same way.  Win, win, win, win.<br>

<span class="HOEnZb"><font color="#888888"><br>
--<br>
Nathan Anderson<br>
First Step Internet, LLC<br>
<a href="mailto:nathana@fsr.com">nathana@fsr.com</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</div></div></blockquote></div><br>