North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: Question on Loosely Synchronized Router Clocks

  • From: William Herrin
  • Date: Tue Sep 18 14:23:00 2007
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=V/zX1bxh1/+CI6EaVGe60ybdON4gNFwelT1kvZL4qCQ=; b=bVIIRSgc1+mFiIcl9mmPlkmL1LvApmssbkHKhbWPkSkC8geUbs8qNMgMM3FsTjqyLLwyZ+QVNW+u1Br3JNXl0eBo+ObgNdPlWWRzCttU8shyy5rX7GnSTXhL/Zdmc28V2yJzWmz53NAdKOpz0HlCDkfT8m2Rm7Pi6bbv8hxbJuM=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=h9LZl5yTID/9nBo+jqZdvLV9n4Zoze9Odb8a2EzVWfzRswZmAfKF4Ewa3AjjEaPkG6aCmzCP25J7mfX6RHEmttQsWcMV6UatkogHBrFvd0kU/seEI7y0KAfnvkz9/1GkChrgKRR6Y/ugMTKznXdEE8Olzl7NK8QXMjBnLoFDnM0=

On 9/18/07, Xin Liu <smilerliu@xxxxxxxxx> wrote:
> 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.

Xin,

Depending on the character of the protocol there are at least two
other options for assuring freshness:

1. Sequence numbers. A higher sequence number is fresher and lowered
numbered messages should be discarded if received.

2. Lifetime decrement counter (aka TTL). Each router that sees the
message decrements the counter. When the counter hits zero the message
is stale and gets discarded.


Like Robert says, its not even fair to assume that a router has a time
of day clock, let alone one that is properly syncronized with
everybody else. Even where they do, there's a bootstrapping problem if
you put Time of Day in the critical path: the routing has to work
before NTP can sync.

Regards,
Bill Herrin


-- 
William D. Herrin                  herrin@xxxxxxxxxxxx  bill@xxxxxxxxx
3005 Crane Dr.                        Web: <http://bill.herrin.us/>
Falls Church, VA 22042-3004