After palying around to set this correctly (or so I think, please
correct me if I got something wrong) I decided to share it with
everyone.
For Polycom phones in sip.cfg change the following line from:
<SNTP tcpIpApp.sntp.resyncPeriod="86400"
tcpIpApp.sntp.address="" tcpIpApp.sntp.gmtOffset=""
tcpIpApp.sntp.daylightSavings.enable="1"
tcpIpApp.sntp.daylightSavings.fixedDayEnable="0"
tcpIpApp.sntp.daylightSavings.start.month="4"
tcpIpApp.sntp.daylightSavings.start.date="1"
tcpIpApp.sntp.daylightSavings.start.time="2"
tcpIpApp.sntp.daylightSavings.start.dayOfWeek="1"
tcpIpApp.sntp.daylightSavings.start.dayOfWeek.lastInMonth="0"
tcpIpApp.sntp.daylightSavings.stop.month="10"
tcpIpApp.sntp.daylightSavings.stop.date="1"
tcpIpApp.sntp.daylightSavings.stop.time="2"
tcpIpApp.sntp.daylightSavings.stop.dayOfWeek="1"
tcpIpApp.sntp.daylightSavings.stop.dayOfWeek.lastInMonth="1"/>
To:
<SNTP tcpIpApp.sntp.resyncPeriod="86400"
tcpIpApp.sntp.address="" tcpIpApp.sntp.gmtOffset=""
tcpIpApp.sntp.daylightSavings.enable="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.daylightSavings.start.dayOfWeek.lastInMonth="0"
tcpIpApp.sntp.daylightSavings.stop.month="11"
tcpIpApp.sntp.daylightSavings.stop.date="1"
tcpIpApp.sntp.daylightSavings.stop.time="2"
tcpIpApp.sntp.daylightSavings.stop.dayOfWeek="1"
tcpIpApp.sntp.daylightSavings.stop.dayOfWeek.lastInMonth="0"/>
And for your machine follow this page:
http://www.linuxquestions.org/questions/showthread.php?t=516681
> <SNTP tcpIpApp.sntp.resyncPeriod="86400" > tcpIpApp.sntp.address="" tcpIpApp.sntp.gmtOffset="" > tcpIpApp.sntp.daylightSavings.enable="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.daylightSavings.start.dayOfWeek.lastInMonth="0" > tcpIpApp.sntp.daylightSavings.stop.month="11" > tcpIpApp.sntp.daylightSavings.stop.date="1" > tcpIpApp.sntp.daylightSavings.stop.time="2" > tcpIpApp.sntp.daylightSavings.stop.dayOfWeek="1" > tcpIpApp.sntp.daylightSavings.stop.dayOfWeek.lastInMonth="0"/>I'm pretty sure this is wrong: tcpIpApp.sntp.daylightSavings.start.date="8" Should be: tcpIpApp.sntp.daylightSavings.start.date="2" which indicates second week of month.
This all depends on the setting before it: tcpIpApp.sntp.daylightSavings.fixedDayEnable="0" Since this isn't a fixed date, it isn't used the same way. It doesn't understand 'second week of the month', so if you use the 8th, it will use the next weekday of tcpIpApp.sntp.daylightSavings.start.dayOfWeek="1". If start date was set to 2, it should change your clock on the 4th. Here are the working defaults from 2.1.0: tcpIpApp.sntp.daylightSavings.enable="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.daylightSavings.start.dayOfWeek.lastInMonth="0" tcpIpApp.sntp.daylightSavings.stop.month="11" tcpIpApp.sntp.daylightSavings.stop.date="1" tcpIpApp.sntp.daylightSavings.stop.time="2" tcpIpApp.sntp.daylightSavings.stop.dayOfWeek="1" tcpIpApp.sntp.daylightSavings.stop.dayOfWeek.lastInMonth="0" -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Doug Lytle Sent: Monday, March 12, 2007 07:12 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] DST changes for the US Peder @ NetworkOblivion wrote:> > I'm pretty sure this is wrong: > tcpIpApp.sntp.daylightSavings.start.date="8" > > Should be: > tcpIpApp.sntp.daylightSavings.start.date="2" >This is what I set it to as well. Doug -- Ben Franklin quote: "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users