[Asterisk-cvs] asterisk README,1.33,1.34

kpfleming at lists.digium.com kpfleming at lists.digium.com
Thu Apr 21 23:49:08 CDT 2005


Update of /usr/cvsroot/asterisk
In directory mongoose.digium.com:/tmp/cvs-serv13552

Modified Files:
	README 
Log Message:
more clarification of time changes and how they affect Asterisk (bug #4020)


Index: README
===================================================================
RCS file: /usr/cvsroot/asterisk/README,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -d -r1.33 -r1.34
--- README	17 Apr 2005 17:39:14 -0000	1.33
+++ README	22 Apr 2005 04:39:41 -0000	1.34
@@ -164,20 +164,27 @@
 
 * SPECIAL NOTE ON TIME
   
-  Those using SIP phones should be aware the Asterisk is sensitive to large
-jumps in time. Those who live in areas that are on Daylight Savings Time (or
-equivalent) should set their system and hardware clocks to use UTC in order
-to avoid any possible jumps in system time. There should be no noticeable
-effects to the user, as you should still set your system to use the local
-offset from UTC.
+  Those using SIP phones should be aware the Asterisk is sensitive to
+large jumps in time.  Manually changing the system time using date(1)
+(or other similar commands) may cause SIP registrations and other
+internal processes to fail.  If your system cannot keep accurate time
+by itself use NTP (http://www.ntp.org/) to keep the system clock
+synchronized to "real time".  NTP is designed to keep the system clock
+synchronized by speeding up or slowing down the system clock until it
+is synchronized to "real time" rather than by jumping the time and
+causing discontinuities. Most Linux distributions include precompiled
+versions of NTP.  Beware of some time synchronization methods that get
+the correct real time periodically and then manually set the system
+clock.
 
-  Even for those who don't live in DST zones, this issue may manifest itself
-if the administrator makes large manual time adjustments. Thus, it is good
-practice to keep the time on your Asterisk server synced to a reliable
-source, such as an NTP server. 
+  Apparent time changes due to daylight savings time are just that,
+apparent.  The use of daylight savings time in a Linux system is
+purely a user interface issue and does not affect the operation of the
+Linux kernel or Asterisk.  The system clock on Linux kernels operates
+on UTC.  UTC does not use daylight savings time.
 
-  Also note that this issue is separate from the clocking of TDM channels, and
-is known to at least affect SIP registrations.
+  Also note that this issue is separate from the clocking of TDM
+channels, and is known to at least affect SIP registrations.
 
 * MORE INFORMATION
 




More information about the svn-commits mailing list