Re: ITC copped out on UTC again

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>>>>> "Eliot" == Eliot Lear <lear@xxxxxxxxx> writes:
    >> Can you tell me which protocols use future timestamps in an
    >> moving form (not stored at rest in a certificate in a DANE RR,
    >> for instance), which care about discrepancies of less than 1
    >> minute?

    Eliot> iCal, for one, which can be used for recurring events that
    Eliot> have nothing to do with computers.  Also relevant, would be

Forgive me for being dense, but I don't understand how this is relevant.

iCal, as far as I can understand, stores start/end dates in human form.
For instance, from RF2445:
     BEGIN:VTIMEZONE
     TZID:US-Eastern
     LAST-MODIFIED:19870101T000000Z
     BEGIN:STANDARD
     DTSTART:19971026T020000
     RDATE:19971026T020000
     TZOFFSETFROM:-0400
     TZOFFSETTO:-0500
     TZNAME:EST
     END:STANDARD
     BEGIN:DAYLIGHT
     DTSTART:19971026T020000

I don't see seconds-since-epoch anywhere here, I see years since
guy-was-nailed-to-cross here.  As such, that number is assumed to
already be adjusted for leap-seconds, so it's a non-issue.

What I'm looking for is a protocol where a hostA says to hostB,
  "lets meet behind the red-router for a 4.2s tryst 27.563456years from
   now"  

it's important that the period of time until the meeting be large, and
the precision of the meeting be small enough so that the uncertainty due
to leap-seconds exceed the precision of the meeting time.

We do not know how many/when leap seconds will be inserted in the next
hundred years, but based upon one every 2-3 years, it would be around
one hundred years before the accumulated uncertainty due to whether it
was one every 2 years or one every 3 years, begins to exceed 1 minute.

I've heard statements about financial systems, and I've obtained the FIX
specifications from http://fixprotocol.org. (The copyright permits
redistribution, but fixprotocol.org makes you register to get the .zip
file... )  and as far as I can see in my naivety, few timestamps in this
protocol are likely to exceed 1 year, and none of them would seem to
need a precision of less than 1 minute.

-- 
]       He who is tired of Weird Al is tired of life!           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@xxxxxxxxxxxxxxxxxxxxxx http://www.sandelman.ottawa.on.ca/ |device driver[
   Kyoto Plus: watch the video <http://www.youtube.com/watch?v=kzx1ycLXQSE>
	               then sign the petition. 





Attachment: pgpMdMsoxQ0Rv.pgp
Description: PGP signature

_______________________________________________
Ietf mailing list
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]