IPP Mail Archive: RE: IPP> MOD - part of Issue 17 - don't neednegative"time-at-xxx"

RE: IPP> MOD - part of Issue 17 - don't neednegative"time-at-xxx"

Paul Moore (paulmo@microsoft.com)
Wed, 12 May 1999 17:06:44 -0700

My personal view is that all dates and times in IPP should be expressed in
absolute Zulu and it is up to an implementation to make sure it can find out
the time and keep track of it.

-----Original Message-----
From: Herriot, Robert [mailto:Robert.Herriot@pahv.xerox.com]
Sent: Wednesday, May 12, 1999 4:28 PM
To: don@lexmark.com; cmanros@cp10.es.xerox.com
Cc: ipp@pwg.org
Subject: RE: IPP> MOD - part of Issue 17 - don't
neednegative"time-at-xxx" Job Attributes

I would offer an alternate view to Don's. I expect that most internet
devices will have a clock which will set itself and update itself from an
internet time service. I would not expect most devices to have no clock and
to get their time exclusively from the internet because of the inherent
unreliability of the network (a Jini assumption too).

VCRs manufactured today use a similar mechanism. The have clock which sets
itself from the time signal broadcast by the local PBS station, and they
seem to update their clock from this signal as well. My VCR changed to PDT
on its own. I assume that it was from the time signal.

Bob Herriot
-----Original Message-----
From: don@lexmark.com [mailto:don@lexmark.com]
Sent: Thursday, April 29, 1999 12:45 PM
To: cmanros@cp10.es.xerox.com
Cc: ipp@pwg.org
Subject: RE: IPP> MOD - part of Issue 17 - don't
neednegative"time-at-xxx" Job Attributes

Carl-Uno Manros said:

"My personal conviction is that ALL Internet attached devices will need to
have
a way to indicate time in the foreseeable future."

Well, I certainly and completely disagree that this means every device has a
clock. What a complete waste of money, time and effort for millions of
devices
interconnected to a global or perhaps universal network all carrying around
their own little time piece, no two of which agree. A central source of
date
and time correct and compensated for networking delays, etc. is clearly the
correct solution to this problem.

**********************************************
* Don Wright don@lexmark.com *
* Director, Strategic & Technical Alliances *
* Lexmark International *
* 740 New Circle Rd *
* Lexington, Ky 40550 *
* 606-232-4808 (phone) 606-232-6740 (fax) *
**********************************************