Re: [netmod] consensus all: timezone-location and draft-ietf-netmod-iana-timezones-03

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Sat, 01 February 2014 13:06 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 78DF71AD6B9 for <netmod@ietfa.amsl.com>; Sat, 1 Feb 2014 05:06:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.785
X-Spam-Level:
X-Spam-Status: No, score=-2.785 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.535] 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 etTYwv_Oic1R for <netmod@ietfa.amsl.com>; Sat, 1 Feb 2014 05:06:26 -0800 (PST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by ietfa.amsl.com (Postfix) with ESMTP id A3E161AD687 for <netmod@ietf.org>; Sat, 1 Feb 2014 05:06:26 -0800 (PST)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 43DE720076; Sat, 1 Feb 2014 14:06:22 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 7_lKLKBp4T-3; Sat, 1 Feb 2014 14:06:22 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 62C532004E; Sat, 1 Feb 2014 14:06:21 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 0DC0A2B04D77; Sat, 1 Feb 2014 14:06:18 +0100 (CET)
Date: Sat, 01 Feb 2014 14:06:18 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Ladislav Lhotka <lhotka@nic.cz>
Message-ID: <20140201130618.GA33052@elstar.local>
Mail-Followup-To: Ladislav Lhotka <lhotka@nic.cz>, Martin Björklund <mbj@tail-f.com>, Thomas Nadeau <tnadeau@lucidvision.com>, netmod-chairs@tools.ietf.org, netmod@ietf.org
References: <0B4780F9-FC24-4D8E-8F9E-BE5D2E55B2FB@nic.cz> <20140131.174532.535193369.mbj@tail-f.com> <20140131202620.GB31150@elstar.local> <20140131.214042.353989959.mbj@tail-f.com> <20140131205059.GA31573@elstar.local> <CA943CDC-0903-417D-AD31-B2010A4EE6E7@nic.cz>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CA943CDC-0903-417D-AD31-B2010A4EE6E7@nic.cz>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: netmod@ietf.org, netmod-chairs@tools.ietf.org
Subject: Re: [netmod] consensus all: timezone-location and draft-ietf-netmod-iana-timezones-03
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
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: Sat, 01 Feb 2014 13:06:29 -0000

On Sat, Feb 01, 2014 at 10:56:54AM +0100, Ladislav Lhotka wrote:
> 
> From the network management point of view, it is important to be able to set the behaviour of the system clock properly. I would consider the module to be outdated only if it makes this impossible, and then it should be updated.
> 

Having two definitions of timezone names that are not synced is the
worst of all solutions. I want 3rd party NETCONF implementations to
function on open systems where the packaging and maintenance of the
timezone database is separate from the packaging and maintenance of
the NETCONF implementation.

We started with the idealistic idea there could be a maintained
enumeration and it turns out this is not realistic to establish and
likely also difficult to implement on open systems. So we are going
with a string which I believe will work just fine for a large part of
the world. If we find out later that this is not workable, we can add
additional objects to report which time zone names are available. At
this point in time, we have to ship things.

I leave it to Tom to determine concensus. But I note that concensus
can be rough.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>