I'd also like to add that Polycom's are great if you're using them internally and if you take some time to figure out how the configuration files work. I recently did a 60 phone install and I didn't even need to open the packaging for the polycom phones. I made an excel file that contained the person's name, extension, phone model, and mac address. I then wrote a perl script that parsed this file and created all the necessary configuration files. With this method it doesn't matter if you're configuring 60 or 6000 phones as long as you enter all the info into the excel file.
When the DST bug came out I edited the script, rerun it and had all the phones fixed in matter of minutes. I do have some complaints though. The web interface is horrible, the phones work very badly if used externally, the speaker phone is not that good. --Phil Oxrud On 5/7/07, Chad Osmond <[EMAIL PROTECTED]> wrote:
You have to change the start and end times for DST to the updated times. Polycom has this on their website, but here it is... <SNTP tcpIpApp.sntp.resyncPeriod="86400" tcpIpApp.sntp.address="" tcpIpApp.sntp.gmtOffset="" tcpIpApp.sntp.daylightSavings.ena ble="1" tcpIpApp.sntp.daylightSavings.fixedDayEnable="0"* tcpIpApp.sntp.daylightSavings.start.month="3" tcpIpApp.sntp.daylightSavings* *.start.date="8"* tcpIpApp.sntp.daylightSavings.start.time="2" tcpIpApp.sntp.daylightSavings.start.dayOfWeek="1" tcpIpApp.sntp.dayligh tSavings.start.dayOfWeek.lastInMonth="0" tcpIpApp.sntp.daylightSavings.stop.month="10" tcpIpApp.sntp.daylightSavings.stop.date="1" t cpIpApp.sntp.daylightSavings.stop.time="2" tcpIpApp.sntp.daylightSavings.stop.dayOfWeek="1" tcpIpApp.sntp.daylightSavings.stop.dayOf Week.lastInMonth="1"/> I also set the time zone in my dhcpd.conf : option time-offset -18000; # Eastern Standard Time -----Original Message----- From: David Cook [*mailto:[EMAIL PROTECTED] <[EMAIL PROTECTED]>] Sent: May 7, 2007 11:59 AM To: Chad Osmond Cc: [email protected] Subject: RE: [on-asterisk] Polycoms too difficult to configure? How did you fix daylight savings time?? Got a Soundstation IP4000 and I don't see how I can fix it for the new DST rules? For some strange reason the phone is set for -5 but the syslog entry shows UTC. Customer hasn't complained about the time on the physical phone being wrong so I'm not sure if the the cfg file has a typo and the web interface is lying to me. Oh, yeah. On the web interface which is your only view on what the phone _really_ thinks regardless of what you think you programmed in the cfg file, it want's you to "save" changes on every page which causes a reboot of the phone. Plus the odd convention of having the extension referred to in the GUI as the "address". The number of times I've caught myself wanting to put an IP in there scares me. They work, but I just don't get a real comfort feel from them. (Not that I'm opinionated but I also hate Toyota because they just don't put things where the aught to like my Honda does :-) dbc. -- David Cook Quoting Chad Osmond <[EMAIL PROTECTED]>: > I agree about external LAN's. > They do not seem to be designed to work that well offsite, but for > branches / homes with VPN routers, or in the local office you can't > beat them. > > As far as configuring them, it's not that hard, you edit your config > files, and then write a script to handle the install once and you're > finished. > I've provisioned 40 phones in less then 10 minutes, if I had a barcode > scanner that time would be even less. > > At another clients install, the phones took 20 minutes for 12 phones > from start to finish. > That included editing the script I was using, and adding a few second > SIP registrations for addition extensions. > > The script takes a while to write, more if you're clumsy in Perl, but > there are other scripts out there you can edit. > > Chad > > > > > -----Original Message----- > From: [EMAIL PROTECTED] [*mailto:[EMAIL PROTECTED]<[EMAIL PROTECTED]> ] > Sent: May 7, 2007 6:43 AM > To: TAUG - Tech > Subject: RE: [on-asterisk] Polycoms too difficult to configure? > > I can only speak from my own experience and it was not a good one with > POlycom. > First, as far as I could tell they won't work on outside a LAN because > they have no NAT or STUN. This makes them useless to my business. The > other main problem is that they take so long to configure. I was > disappointed with these phones and quite frankly when so many other > phones are out there that work reasonably well I would have to pass on > using these phones even if they were free. > Henry > > > Quoting Jim Van Meggelen <[EMAIL PROTECTED]>: > > > Polycom's are really painful to configure via the web interface. > > > > If you have all the right files, in the right directory, with the > > right FTP account set up, the polycoms are easy to work with. > > > > We're gonna do some polycom stuff in the cookbook (and the 2nd > edition > > > of A:TFoT also has a polycom section). > > > > I have to say that most sets have some sort of FTP/TFTP config > > options, and they are all similar, so if you get experience with > any > > of them, you will have an easier time with all of them. These are > > skills that are really worth having, expecially if you are > deploying > > sets on a regular basis (and maintaining them remotely). > > > > Jim > > > > > > > > > -----Original Message----- > > > From: Simon P. Ditner [*mailto:[EMAIL PROTECTED] <[EMAIL PROTECTED]>] > > > Sent: May 3, 2007 9:00 PM > > > To: [email protected] > > > Subject: [on-asterisk] Polycoms too difficult to configure? > > > > > > Hi all, > > > > > > Reza commented the other day that no one seems to be interested > in > > > borrowing the Polycom phones because they were too difficult to > > > configure, so I was wondering if this is the case, and if perhaps > > > people had feedback about them that they would like passed on to > > > Polycom... Send me your comments and gripes, and I'll forward > them > > > on to our rep. > > > > > > Cheers, > > > spd > > > > > > > -------------------------------------------------------------------- > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For > additional > > > > commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > No virus found in this incoming message. > > > Checked by AVG Free Edition. > > > Version: 7.5.467 / Virus Database: 269.6.2/785 - Release > > > Date: 02/05/2007 2:16 PM > > > > > > > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.467 / Virus Database: 269.6.2/787 - Release Date: > > 03/05/2007 > > 2:11 PM > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] For additional > > commands, e-mail: [EMAIL PROTECTED] > > > > > > > > ------------------------------------------------------------------------ > --- > 3webXS HiSpeed Dial-up...surf up to 5x faster than regular dial-up > alone... > just $14.90/mo...visit *www.get3web.com* for details > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] For additional > commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] For additional > commands, e-mail: [EMAIL PROTECTED] >
