Re: Question on Loosely Synchronized Router Clocks

[Robert Bonomi <bonomi () mail r-bonomi com>]

> From owner-nanog () merit edu  Tue Sep 18 10:57:15 2007
> Date: Tue, 18 Sep 2007 08:55:19 -0700
> From: "Xin Liu" <smilerliu () gmail com>
> To: "Bora Akyol" <bora.akyol () aprius com>
> Subject: Re: Question on Loosely Synchronized Router Clocks
> Cc: nanog () merit edu
>
>
> Ideally, yes, a protocol should not rely on clock synchronization at
> all. However, to ensure freshness of messages, we don't have many
> choices, and clock synchronization seems to be the least painful one.
> So we asked about router clocks on the current Internet. If normally
> router clocks are synchronized and we have a mechanism to detect and
> fix out-of-sync clocks, is it reasonable to assume clock
> synchronization in the rest of our design?

You are free to "assume" anything you feel like in the design of a new
protocol.

The greater the divergennce between your 'assumptions' and *UNIVERSALLY*
IMPLEMENTED conditions in the real world, the more barriers there are to
acceptance and deployment.

Within a single administrative domain, routers are 'usually' -- but *NOT*
"almost always" -- moderately closely synchronized.  Across different
administrative domainns, any such synchronization is 'happy accident',
nothing more.

As far as  'assuming clock synchronization' goes, one of the other subscribers
to this list has a _very_ applicable remark:  "I encourage my competitors to
design like this."   <grin>