SPA-2002 Daylight Saving Time setting

The phone connected with my VOIP adapter, SPA-2002, is always get the wrong time. You know, we live in North America, with Daylight Saving Time. The clock of phone will update depending on the time info from the VOIP adapter.
Even I change the phone set time manually, it will changed back next day.
So the setting of clock or time on SPA-2002 is the key issue.
Let’s see how I did to make it work perfectly in Canada.
1) NTP server.
I choose the Canadian NTP server pool. Enter the following server address into NTP server field.
ca.pool.ntp.org
2) TimeZone.
I am in Vancouver, Canada. Choose GMT-08:00.
3) Daylight Saving Time Rule
In the ‘regional’ tab, Daylight Saving Time Rule field enter the following data.
start=4/2/7/2:0:0;end=11/1/7/2:0:0;­ save=1
4) Save and it works.


The rule of DST should look like this one.
start=< start-time>;end=< end-time>;save=< save-time>
< start-time> and < end-time> are of the form: < month>/< day>/< weekday>HH:[mm[:ss]]]
< save-time> is of form: |HH:[mm[:ss]]]
< month> = 1,2,3,..,12 (for Jan, Feb, .., Dec)
< day> = |1,2,3,..,31
< weedday> = 1, 2, 3, .., 7 (for Mon, Tue, .., Sun), or 0 which has special meaning
HH = hour (0-23), mm = minute (0-59), ss = second (0-59)
< start-time> and < end-time> specify the start and end time-date of daylight saving
time and is the amount of hour/min/sec to add to the current time during
daylight saving period. The < save-time> value can be preceded by a negative (-) sign
if subtraction is desired instead of addition.
If < weekday> is 0, it means the date to start or end daylight saving is at exactly
the given date. In that case, the value must not be negative. If < weekday>
is not zero, then the daylight saving starts or ends on the on or after
the given date if < day> is positive, or on or before the given date if < day> is
negative. If < day> is -1, it means the < weekday> on or before the end-of-the-month
(in other words the last occurrence of < weekday> in that month).
Optional values inside [ ] are assumed to be 0 if they are not specified.
Midnight means 0:0:0 of the given date.
Example 1:
Starts at midnight on 1st Sunday of April; ends at midnight on the last Sunday
of October; add 1 hour (USA, N. America). Below are all equivalent rules:
start=4/1/7/0:0:0;end=10/31/7/0:0:0;­ save=1
start=4/1/7;end=10/-1/7;save=1
start=4/1/7/0;end=10/-1/7/0;save=1­
Example 2:
Starts at midnight on last Sunday of April; ends at midnight on the last Sunday
of September; add 1 hour (Egypt):
start=4/-1/7;end=9/-1/7;save=1 (Egypt)
Example 3:
Starts at midnight on first Sunday of October; ends at midnight on the 3rd
Sunday of March; add 1 hour (New Zealand):
start=10/1/7;3/22/7;save=1 (New Zealand)