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

Andy Bierman <andy@yumaworks.com> Sat, 01 February 2014 20:54 UTC

Return-Path: <andy@yumaworks.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 7B4A61A3BDF for <netmod@ietfa.amsl.com>; Sat, 1 Feb 2014 12:54:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 eqdXi7pSgw4s for <netmod@ietfa.amsl.com>; Sat, 1 Feb 2014 12:54:51 -0800 (PST)
Received: from mail-qc0-f176.google.com (mail-qc0-f176.google.com [209.85.216.176]) by ietfa.amsl.com (Postfix) with ESMTP id 5F7CD1A1F76 for <netmod@ietf.org>; Sat, 1 Feb 2014 12:54:51 -0800 (PST)
Received: by mail-qc0-f176.google.com with SMTP id e16so9063307qcx.7 for <netmod@ietf.org>; Sat, 01 Feb 2014 12:54:47 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=zVkjrACHYXlQ/rumbkJfkSls5MIbIvqq0uIUZnRp/UE=; b=GnVZfH/Y48qjACV6nIIrbrdrHAkuHcnDBlMdNEBPR0aYdC5aZmMQFgKsWse7bNE7sK jSkVLGR/v/oVvHKqjNW88QnEjKPbY/DODy8RkU4MkeCpyoT/V2FF3YxUg7iZGBbsTp1y ui9wCjowtQj9viNMORM/SszjcOuNMDLJThUrXdK827mGx6PZweo7lg4XGYKKWAhSwnaR hZZh+AekKaOnT8+wszeEKDRjj4cvmsQK+vpcXsby0iQJ3+vhBZKTBSbeNdWvVUQ54DIB AF1QmbNzrnaJaUN7/B0TdBnYiipMm2Tost6GMYWa6sNQLM13azti0U0oNciSsrB2vuKJ mNNA==
X-Gm-Message-State: ALoCoQm+OsxI74ryBb3ZYeYO7j+wtsLIjLbXQusJCViXoy8r+U6Ae6HZMdpC2j1NrlAyKROV3HGW
MIME-Version: 1.0
X-Received: by 10.224.49.69 with SMTP id u5mr11103560qaf.88.1391288087185; Sat, 01 Feb 2014 12:54:47 -0800 (PST)
Received: by 10.140.48.75 with HTTP; Sat, 1 Feb 2014 12:54:47 -0800 (PST)
In-Reply-To: <0B4780F9-FC24-4D8E-8F9E-BE5D2E55B2FB@nic.cz>
References: <2A72C094-7CBC-474B-8413-8F60842142C8@lucidvision.com> <E5E907B8-32C2-4100-9D28-207F7C9947A7@lucidvision.com> <0B4780F9-FC24-4D8E-8F9E-BE5D2E55B2FB@nic.cz>
Date: Sat, 01 Feb 2014 12:54:47 -0800
Message-ID: <CABCOCHRQ+oKeBVLG-KJop0eD3OFDbRY6RMzp8Zc1H4-kMxkGZQ@mail.gmail.com>
From: Andy Bierman <andy@yumaworks.com>
To: Ladislav Lhotka <lhotka@nic.cz>
Content-Type: multipart/alternative; boundary="001a11c2f5a8378ee104f15e80e9"
Cc: netmod-chairs@tools.ietf.org, "netmod@ietf.org" <netmod@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
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 20:54:53 -0000

On Fri, Jan 31, 2014 at 7:20 AM, Ladislav Lhotka <lhotka@nic.cz> wrote:

>
> On 31 Jan 2014, at 16:02, Thomas Nadeau <tnadeau@lucidvision.com> wrote:
>
> >
> >       I would like to call consensus on this matter. I've received %100
> supporting comments for the proposal from the WG with no one not liking the
> proposal. The only comments received were from Martin and
>
> You must have missed my comments, so let me say I don't like the proposal.
> I think we are throwing out the baby with the bath water.
>
>
I think I have a compromise solution that saves the baby :-)

typedef timezone-enum {
  // TZ snapshot we have now
}

typedef timezone-name {
   type union {
      type timezone-enum;
      type string;
   }
}


1) The NETMOD WG would maintain this module, not IANA.
2) The snapshot would be updated at long-term intervals, such as every 2
years

This forces the server to support a set of values the client can predict
and also supports extra strings not in the snapshot.  This prevents false
negatives
wrt/ YANG validation, but not false positives (i.e., values have been
removed
from the snapshot).

Do timezone names get removed from the database? IMO, this seems rare
enough not to worry about until the next YANG snapshot RFC is published
with the now obsolete enums.




> Lada
>
>
Andy