Re: [Ntp] Local time in NTPv5?

Warner Losh <imp@bsdimp.com> Sun, 31 July 2022 03:07 UTC

Return-Path: <wlosh@bsdimp.com>
X-Original-To: ntp@ietfa.amsl.com
Delivered-To: ntp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E6EBC15C52B for <ntp@ietfa.amsl.com>; Sat, 30 Jul 2022 20:07:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.907
X-Spam-Level:
X-Spam-Status: No, score=-6.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bsdimp-com.20210112.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Oa2redEFti1b for <ntp@ietfa.amsl.com>; Sat, 30 Jul 2022 20:07:50 -0700 (PDT)
Received: from mail-vs1-xe2c.google.com (mail-vs1-xe2c.google.com [IPv6:2607:f8b0:4864:20::e2c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C617EC15C51C for <ntp@ietf.org>; Sat, 30 Jul 2022 20:07:49 -0700 (PDT)
Received: by mail-vs1-xe2c.google.com with SMTP id k129so8172240vsk.2 for <ntp@ietf.org>; Sat, 30 Jul 2022 20:07:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=WunmDy+7irsUdwtnc8xV2jQN+t3Ln5GEBHMfYPXndA4=; b=Kd0bORjhn/U6c5L3RvMyr12pLQQzZpxinUb9QxG4fCKBG6ydqoHjeW6yIxVjEqcPgf S0rcie21piilSe0yjnk/KqWC0FujPSRhADusNAyiPoZ1E49QZTEVIDaLz877mRB9w4up 3mFspGCZF+tHTQvNiwiWTWmLQ77scDuKxihC+AUgBsiSInNdEtjNXYYIKFDcohUAubMN hhsrgNQ/5tovfpMmOD/3/oreUSkYj05GakIY5jcZsItnuSCthHnK0W+53zsL6B8Li8GN 8YusK9o9cs7YjyRpaZeP7MIitT2rFpZFYnNWYFfAZTokLTJwZEV8W5BX63FV5WsF1vjD nIAw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=WunmDy+7irsUdwtnc8xV2jQN+t3Ln5GEBHMfYPXndA4=; b=ZY4nrCgD3CuTDGuyC6h3O96TFql66GvePyeFw0m6ey8ZNcTew3OZYWAx0SF1zh+dY6 OXECx5i4WZp4+fSGh8EVcb3IUdRpE5brHBwY723VgFMiitMyAAwNkUuDvoiBxdKTo9oN 5A3FmU8JtMUUbqzJynQTfoPKEZ0Bu6zYVny6R919pPi7SRiLItObdmsblDNrxwWFeQ/3 8vaDWOB4srwPTdc0FakG62bz9TT85y3fnsDbKkjGOFhGbLqmAt3vfqpQ6cibfMzT5dxt BpOcdCBQpLZ3JbDFCilgJDAIy2GgujRWl6L1qXjB86BMBf7ekO4zsw2IFKcej9+UOfx7 hXDA==
X-Gm-Message-State: ACgBeo16uwwl82ppaUlRs5yA3a8GAVBhNF8T0XCBp+NBa5dWXkl4EuZm i3YOwRtUpsEr7hEwVrY0mknodkn/aiC0S7pRp9MT6nsrjjA=
X-Google-Smtp-Source: AA6agR7SafPyu4BhG9Yt0aSyaeGLfsl+WJO0dVec1G5WW/f2HMaxb6H/SeZwG73ZvKQ6nwqlpNZ/mjTNpp+OZNz6XZ0=
X-Received: by 2002:a67:ea4f:0:b0:37d:e06a:f3bd with SMTP id r15-20020a67ea4f000000b0037de06af3bdmr728078vso.41.1659236868343; Sat, 30 Jul 2022 20:07:48 -0700 (PDT)
MIME-Version: 1.0
References: <YuFTPU4kvL+4teZO@localhost> <a5e8e165-08ed-596e-76b6-072573977e94@pdmconsulting.net>
In-Reply-To: <a5e8e165-08ed-596e-76b6-072573977e94@pdmconsulting.net>
From: Warner Losh <imp@bsdimp.com>
Date: Sat, 30 Jul 2022 21:07:37 -0600
Message-ID: <CANCZdfpHZJJD=GJE6=YD0Zk9eV9f6N-Shg4NNNZJKVJR-YdeMw@mail.gmail.com>
To: Danny Mayer <mayer@pdmconsulting.net>
Cc: Miroslav Lichvar <mlichvar@redhat.com>, NTP WG <ntp@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000022e19d05e51130f3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/QzSVCk9QAPQIXCZjYhaVM49Q86I>
Subject: Re: [Ntp] Local time in NTPv5?
X-BeenThere: ntp@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Network Time Protocol <ntp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ntp>, <mailto:ntp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ntp/>
List-Post: <mailto:ntp@ietf.org>
List-Help: <mailto:ntp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ntp>, <mailto:ntp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 31 Jul 2022 03:07:54 -0000

9

On Sat, Jul 30, 2022, 8:56 PM Danny Mayer <mayer@pdmconsulting.net> wrote:

>
> On 7/27/22 11:01 AM, Miroslav Lichvar wrote:
> > There are some very simple devices like clocks or security cameras
> > that use NTP for synchronization, but they need to know the time zone
> > in order to display local time. Selecting the time zone and/or
> > updating the data may be difficult. I have heard of some cases where
> > people gave up on the configuration and instead patched their NTP
> > server to compensate for the offset between the default time zone and
> > local time.
> >
> > I'm wondering if NTPv5 could better support this use case. In my draft
> > there already is UTC, TAI, UT1, and leap-smeared UTC. Local time could
> > be the 5th timescale to be requested by the client. The timescale
> > offset field could be the offset to UTC in minutes (in seconds it
> > would not fit the 16-bit field for some zones).
> >
> > The assumption is that the client doesn't know where it is, but it
> > expects the server (e.g. from the DHCP NTP option) to be in the same
> > time zone. The software would be simplified and no time-specific
> > configuration is required.
> >
> > Does that seem reasonable?
> >
> This makes no sense at all. NTP only knows about UTC. All major
> operating systems store timestamps in UTC. Time-zones are just a display
> issue. The software displaying the timestamps is responsible for
> displaying timestamps in the appropriate way. You are incorrect in
> stating that no time-specific confguration is required. NTP doesn't know
> where a client is nor does it have any way of telling. The client does
> know. Don't expect NTP to deal with the Olson time-zone database.
>

I work for a video streaming company. I'm in mountain time, but others are
in a dozen timezones. Sometimes when I deal with one our servers scattered
all over the world I care about local time (mine) other time I care about
the time of the majority of its streamers. Other times I care about local
time of the Colo it is at. Now multiply it by those dozens of colleagues.
There is no local time once you get away from one's self.

This is a long way to say I agree and it's not a good fit for ntp's remit.
The tz database really only shares a name with NTP. But it the domains
don't really overlap.

Warner

Danny
>
> _______________________________________________
> ntp mailing list
> ntp@ietf.org
> https://www.ietf.org/mailman/listinfo/ntp
>