Hi Peder,
I think that CF was correct in his original post. From the Polycom SP IP
admin guide:
Attribuite: tcpIpApp.sntp.daylightSavings.start.date
Values permitted: 1-31
Default: 1
Description: Day of the month to start DST.
What the start.date="8" does is tell the phone to start DST on the first
start.dayOfWeek it finds after the start.date. So in this case, we're
telling it to start DST on the first Sunday ("1") after the 8th of March
(making it the second Sunday in March).
Alex
On 3/12/07, Peder @ NetworkOblivion <[EMAIL PROTECTED]> wrote:
> <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.
_______________________________________________
--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
--
Alex Robar
[EMAIL PROTECTED]
_______________________________________________
--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