I've published an I-D defining a couple of types to be used for time in
future RPCs ("RPC refresh", ubik, and the like):

<http://datatracker.ietf.org/doc/draft-deason-afs3-type-time/>

The 100 ns resolution and epoch I think is basically what's been
discussed before, but the handling of varying time resolution is new.
>From discussions with others, though, I feel some kind of resolution
representation that is tied to the time variable itself is necessary.
Comments and such welcomed, of course.

-- 
Andrew Deason
[email protected]

_______________________________________________
AFS3-standardization mailing list
[email protected]
http://lists.openafs.org/mailman/listinfo/afs3-standardization

Reply via email to