Re: [Tzdist-bis] [calsify] tzdist and IANA

Eliot Lear <lear@cisco.com> Thu, 18 July 2019 08:40 UTC

Return-Path: <lear@cisco.com>
X-Original-To: tzdist-bis@ietfa.amsl.com
Delivered-To: tzdist-bis@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61A9712013C; Thu, 18 Jul 2019 01:40:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.501
X-Spam-Level:
X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 428-Uj5whUZM; Thu, 18 Jul 2019 01:40:26 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC866120111; Thu, 18 Jul 2019 01:40:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2038; q=dns/txt; s=iport; t=1563439226; x=1564648826; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=1XraiBT1L8DU0O3sZ2N1qLabllX3Ek4zV4okxYx0P54=; b=UATLv2lr6w5ui/XRdrDRinycHortLFv2A7JcnE+HOMkoZcFry0GygmgI BXiuFPgDsiABecOt7xrW0NJewEPknqj0AayuF7OJcO4RCoJD10cVumjeR Fd6cwtFL2rzmLsRY7O1yMdvHsnvlEniszImdHWBhHlLkPsH65mo3JEOvs U=;
X-Files: signature.asc : 195
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BgAABhLzBd/xbLJq1mGgEBAQEBAgEBAQEHAgEBAQGBZ4FogW0BIBIqjRiLJn6ZewIHAQEBCQMBAS8BAYRAAoJtOBMBAwEBBAEBAgEFbYVIhUoBAQEBAgF5BQsLGC5XBhODIgGBew+tX4VHhHEQgTSBUYolgX+BEScfghc1PoQdg2SCJgSMHjOIIJVyCYIbgh+BDIgbiEYbjTeKU6F6gwsCBAYFAhWBZyFEgRQzGggbFWUBgkE+kEk9AzCKe4JSAQE
X-IronPort-AV: E=Sophos;i="5.64,276,1559520000"; d="asc'?scan'208";a="14432613"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 18 Jul 2019 08:40:23 +0000
Received: from [10.61.214.125] ([10.61.214.125]) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id x6I8eLbl018189 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 18 Jul 2019 08:40:22 GMT
From: Eliot Lear <lear@cisco.com>
Message-Id: <B5E14F98-5CD1-4FFE-92FF-082301BC60F2@cisco.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_875DA367-2155-45C5-8D46-5C79A9C9A0B4"; protocol="application/pgp-signature"; micalg="pgp-sha1"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Thu, 18 Jul 2019 10:40:21 +0200
In-Reply-To: <caf6c792-3bb0-c9ec-9ac1-1e7b7c1b6bfd@burnicki.net>
Cc: Michael Douglass <mikeadouglass@gmail.com>, Daniel Migault <daniel.migault@ericsson.com>, Paul Eggert <eggert@cs.ucla.edu>, tzdist-bis@ietf.org, IETF-Calsify <calsify@ietf.org>
To: Martin Burnicki <martin.burnicki@burnicki.net>
References: <CADZyTkkNuenOTx77cB8vFzWaSjp_fqtEgaYd00t5e2+Kk6MtRA@mail.gmail.com> <47038bd0-210a-4dbc-173c-15bfa89ac54f@cs.ucla.edu> <6a50708d-5fac-1da9-56b3-ed1cea793752@fastmail.com> <6b1616e3-bfc0-a22a-2aa9-11033c525ff3@cs.ucla.edu> <CADZyTkms=skOgqfoDxTF6TSZBsWbfaCmfPBWCG0E9qb4-qA0Uw@mail.gmail.com> <6e243cf0-a3ff-82a1-3cae-70fbf699f1f7@gmail.com> <98A352CD-3386-49FB-B6C1-D4EC61BB79EC@cisco.com> <caf6c792-3bb0-c9ec-9ac1-1e7b7c1b6bfd@burnicki.net>
X-Mailer: Apple Mail (2.3445.104.11)
X-Outbound-SMTP-Client: 10.61.214.125, [10.61.214.125]
X-Outbound-Node: aer-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/tzdist-bis/3SuVg-RHh2MF3NTbf9dMrqEs8OY>
Subject: Re: [Tzdist-bis] [calsify] tzdist and IANA
X-BeenThere: tzdist-bis@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Extensions to Time Zone Data Distribution Service <tzdist-bis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tzdist-bis>, <mailto:tzdist-bis-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tzdist-bis/>
List-Post: <mailto:tzdist-bis@ietf.org>
List-Help: <mailto:tzdist-bis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tzdist-bis>, <mailto:tzdist-bis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jul 2019 08:40:29 -0000


> On 18 Jul 2019, at 10:29, Martin Burnicki <martin.burnicki@burnicki.net> wrote:
> 
> Hi all,
> 
> Eliot Lear wrote:
>> Hi everyone,
>> 
>> While the IANA does a great job at servicing our assigned number needs
>> and delivering the TZ database to developers, they is not set up, nor do
>> they have *any* experience, to handle the load that end clients could
>> place on them.  Moreover, they are in no position to support millions of
>> people if something goes wrong.  And make no mistake: something will go
>> wrong.  I would be okay with a limited tzdist service for those who are
>> going to be distributing the data themselves, but the order of receivers
>> should be on 100s not millions.
> 
> Wouldn't it be nice to have an infrastructure similar to what the NTP
> pool provides for time synchronization?


I guess I would want to see commitment from those who provide TZ service to their customers today to go to such a new service before investing a lot of money.  Would Red-hot, Apple, Microsoft, Debian, Ubuntu, or any of the others want to use it?  I also realize that ICANN is well positioned to fund this sort of thing, but it is not clear to me that it is right for them to do so.  There has to be a real need, and those who really need it perhaps should foot the bill.

Eliot