Re: [netmod] technical discussion around draft-ietf-netmod-iana-timezones-03

Martin Bjorklund <mbj@tail-f.com> Fri, 17 January 2014 10:04 UTC

Return-Path: <mbj@tail-f.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 270BD1ADFC2 for <netmod@ietfa.amsl.com>; Fri, 17 Jan 2014 02:04:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.438
X-Spam-Level:
X-Spam-Status: No, score=-2.438 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.538] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qWaypNkHj1MI for <netmod@ietfa.amsl.com>; Fri, 17 Jan 2014 02:04:27 -0800 (PST)
Received: from mail.tail-f.com (mail.tail-f.com [109.74.15.94]) by ietfa.amsl.com (Postfix) with ESMTP id E935E1ADFBA for <netmod@ietf.org>; Fri, 17 Jan 2014 02:04:26 -0800 (PST)
Received: from localhost (138.162.241.83.in-addr.dgcsystems.net [83.241.162.138]) by mail.tail-f.com (Postfix) with ESMTPSA id 307C2240C2DE; Fri, 17 Jan 2014 11:04:13 +0100 (CET)
Date: Fri, 17 Jan 2014 11:04:13 +0100
Message-Id: <20140117.110413.518038697080561533.mbj@tail-f.com>
To: eggert@cs.ucla.edu
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <52D8D9D4.50902@cs.ucla.edu>
References: <52D83C94.4070407@cs.ucla.edu> <52D8C867.30402@cisco.com> <52D8D9D4.50902@cs.ucla.edu>
X-Mailer: Mew version 6.5rc2 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Cc: lear@cisco.com, netmod@ietf.org, sm@resistor.net
Subject: Re: [netmod] technical discussion around draft-ietf-netmod-iana-timezones-03
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Jan 2014 10:04:28 -0000

Paul Eggert <eggert@cs.ucla.edu> wrote:
> Eliot Lear wrote:
> > It is possible to traipse through each of the files and grep for
> > "Zone"
> > and "Link".
> 
> Sure, one could do that, and that would sidestep many
> of the political problems.  This would generate a longer list,
> one that I expect doesn't match up to CLDR or with
> any other widely-used time zone resource.  And the list
> would omit commonly-used names like 'UTC0'.  But these
> issues may well not matter to users of the YANG module.

We want the YANG module to match what the underlying system is
actually using, provided they support the TZ Database available from
IANA.

Due to my ignorance I thought that zone.tab provided this list.  But
the underlying idea doesn't change: the YANG module should list all
timezone names in the TZ Database, including the links.

I did the grep excerice and found 579 names marked as Zone or Link,
and 415 in zone.tab.  UTC0 is not in the list, but UTC is.  I think it
is ok that the system actually would internally accept e.g. UTC0, even
if it is not available in the YANG module.

This puts a heavier burden on IANA I guess.  It is of course still
trivial to write the program that takes as input the current YANG
module and the new tzdata<vsn>.tar.gz file and produces a new YANG
module.  If this is what we want to do, I can write that program.  But
the question is if this procedure is ok for IANA?


Also, you asked previously about the POSIX TZ format.  The YANG
module does not support that, but it would be trivial to add, if we
believe that it would be useful.  Currently the module support a
choice of a location string or utc-offset.


/martin