ed. The theory is vast
> with
> > respect to NTP and the rest of the time zone stuff, but the configuration
> > which I had sent across works as required for the exam.
> >
> > The lab is a test of how much you know with respect to NTP etc, and not
> > whether you are aware of the different time zones all over the world and
> the
> > date when DST is active etc. For that, a Geography test would be more
> > appropriate (and there is no way I would be taking THAT test again) ;) :)
> >
> >
> > On Fri, Sep 9, 2011 at 6:35 PM, Ken Wyan wrote:
> >
> >> Dear Kshitiji,
> >>
> >> Earlier I also thought your same way after referring to cisco docs for
> >> NTP.
> >>
> >> But when we check time zones available in CUCM Date/Time groups ; some
> of
> >> the non-US locations have daylight saving times. Eg: North Asia East
> >> Standard / Daylight time ( GMT + 08:00 ). Therefore CUCM has pre-defined
> >> location based timezones ( DST for non US as well ).
> >>
> >> Routers don't have such pre-defined time zones. PST EST PDT are just
> >> labels only. if we put clock summer-time command clock goes one hour
> ahead
> >> during *US* DST period. Obviously DST start & end dates differ in
> >> different locations in the world .(even same standard timezone can have
> >> different DST start & end dates based on country ; then how does Router
> >> determine DST start & end date from offset we configure in
> clock-timezone
> >> command?)
> >>
> >> Some previous posts suggested to match router time with phone time (CUCM
> >> time) by putting or not putting summer-time command (in Router - Trial
> &
> >> error). But this will not help if we are outside Routers DST window ,
> but
> >> inside CUCM DST window.
> >>
> >> Below cisco docs confirm that clock summer-time can be used for US
> without
> >> start & end dates.
> >>
> >> Anybody has more *verified* details on this?
> >>
> >>
> >> Configure Summer Time (Daylight Savings Time)
> >>
> >> To configure summer time (daylight savings time) in areas where it
> starts
> >> and ends on a particular day of the week each year, use the following
> >> command in global configuration mode:
> >>Command
> >> Purpose
> >>
> >> clock summer-time zone recurring [week day month hh:mm week day month
> >> hh:mm [offset]]
> >>
> >> Configure summer time.
> >>
> >> If summer time in your area does not follow this pattern, you can
> >> configure the exact date and time of the next summer time events by
> using
> >> one of the following commands in global configuration mode:
> >>Command
> >> Purpose
> >>
> >> clock summer-time zone date month date year hh:mm month date year hh:mm
> >> [offset]
> >>
> >> or
> >>
> >> clock summer-time zone date date month year hh:mm date month year hh:mm
> >> [offset]
> >>
> >> Configure summer time.
> >>
> >> For an example of configuring summer time, see the section "Clock,
> >> Calendar, and NTP Configuration Examples<
> http://www.cisco.com/en/US/docs/ios/12_0/configfun/configuration/guide/fcgenral.html#wp4739
> >"
> >> at the end of this chapter.
> >> Clock, Calendar, and NTP Configuration Examples
> >>
> >> In the following example, a router with a system calendar has server
> >> associations with two other systems, transmits broadcast NTP packets,
> >> periodically updates the calendar, and redistributes time into VINES:
> >>
> >> clock timezone PST -8
> >>
> >> clock summer-time PDT recurring
> >>
> >> ntp update-calendar
> >>
> >> ntp server 192.168.13.57
> >>
> >> ntp server 192.168.11.58
> >>
> >> interface Ethernet 0/0
> >>
> >> ntp broadcast
> >>
> >> vines time use-system
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> On Fri, Sep 9, 2011 at 4:28 PM, Kshitij Singhi <
> >> martinian.ksin...@gmail.com> wrote:
> >>
> >>> Here is what needs to be done:
> >>>
> >>> Use clock summer-time
> >>>
> >>> Hence, as an example, for PST/CST/EST it will be:
> >>>
> >>> PST - - - clock time-zone PST -