Time Sources Tab Security Settings Tab Log Settings Tab Client Timings Tab Advanced Settings Tab

 Top of Page

 Documentation\Configuration\Clients\Windows\Full Client\Client Timings
    This page specifies the timing settings the Domain Time II Full Client will use to stay synchronized with its time source(s).

    Domain Time II Client Control Panel - Client Timings Tab
    Full Client Control Panel Applet - Client Timings Tab

    Accept server's recommended settings (if available)


    Checking this box causes the client to adopt its timing settings from its time source.

    When this box is checked, timing settings suggested by the time source will override the settings set on this page. The client will begin using these settings as soon as it has synched with a master, slave or independent server. If this box is unchecked, the client will use the settings specified on this page.

    The client can only inherit timing settings from Domain Time II masters and independent servers that have the Recommend these settings to clients that ask for guidelines box checked on their Client Timings configuration page. Slaves pass the client timing settings from their master on to clients that synchronize with them.

    After client sets this machine's clock, it should check again...


    Use these settings to specify how often the Domain Time Full Client should check its time against its trusted time source after having successfully set its time at least once from that source.

      As often as needed to maintain milliseconds sync with server
      Choose this option when you want the client to automatically try to maintain synchronization with the source within the range of milliseconds you specify. The client will synchronize often enough to maintain this level of accuracy. Over time, Domain Time trains the system clock to be more accurate, so the number of times the client will need to sync to stay within the target range should decrease. See Clock Training for more info.

      If you choose to use the automatic accuracy targeting, be sure to select a realistic value. Choosing to have the client try to maintain too small a variance will cause generate extra network traffic without necessarily improving the accuracy. In particular, be sure to pick a value that is not smaller than the best resolution of the time protocol you're using.

      See Overview of Time Protocols for more information on the resolution of each time protocol, and Clock Target Seeking page for information about your machine's capabilities.

      Only every (slider setting in hours and minutes)
      Instructs the client to synchronize on the schedule you select.

      Hint: Use the slider to quickly get close to the schedule you want, then use the left and right arrow keys to adjust the setting precisely.

    If client cannot set this machine's clock, it should try again in...


    This sets how often the client will retry to obtain the time if the trusted source is unavailable. The default for this option is 2 minutes.

    Hint: Use the slider to quickly get close to the schedule you want, then use the left and right arrow keys to adjust the setting precisely.

    Correction Limits


    This section details how Domain Time handles corrections to the local system clock if it determines that the trusted source has a different time.

      Clock must be off by at least milliseconds before it is corrected
      This indicates how large an error in the local clock is considered normal before Domain Time makes a change. Clocks speed up and slow down during normal operation, and this setting allows your system to vary within an accepted range without Domain Time intervening.

      Once again, be sure not to specify too small a value, as this will generate an excessive number of corrections (and corresponding entries in the log).

      Read more about how Domain Time maintains accuracy on the Clock Target Seeking page.

      If correction applied, any amount of correction is okay
      Instructs the client to change its clock to match the source, regardless of how drastic the change.

      This is not a recommended setting under normal circumstances due to the fact that if the source has a wildly wrong time, many applications can have errors if clock gets adjusted forward or backward by a large amount. If you have any machines that are greatly out of sync, be sure to account for this type of potential problem before allowing Domain Time to change the time.

      Only accept corrections of under minutes
      When this button is selected, the client will refuse to set the time if the variance between the client and the time source is over the limit that you set. This is the recommended setting to avoid problems with wild corrections discussed above.

      Domain Time also includes built in "reasonableness" checking before accepting large corrections. Read more about this on the Clock Target Seeking page.

      There are two important exceptions to the above setting:

      1. Domain Time II Full Client will accept any amount of correction when it first starts up. This is to account for machines whose CMOS clocks aren't working, or that have Y2K-related clock or BIOS errors.

      2. The client will accept any amount of correction when you click the Sync This Machine Now button on its Control Panel applet (or the equivalent from Domain Time II Client, Manager or the DTCHECK utility). This allows you to get the clock into sync regardless of its current status.

     

     

    Next Proceed to the Advanced Settings page
    Back Back to the Log Settings page

Domain Time II Software distributed by Microsemi, Inc.
Documentation copyright © 1995-2024 Greyware Automation Products, Inc.
All Rights Reserved
All Trademarks mentioned are the properties of their respective owners.