Re: [ietf-privacy] [Tzdist] [saag] Fwd: WGLC for draft-ietf-tzdist-service-05

Lester Caine <lester@lsces.co.uk> Sat, 31 January 2015 09:17 UTC

Return-Path: <lester@lsces.co.uk>
X-Original-To: ietf-privacy@ietfa.amsl.com
Delivered-To: ietf-privacy@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13E201A8906 for <ietf-privacy@ietfa.amsl.com>; Sat, 31 Jan 2015 01:17:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable
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 a3-v-F7y2pVe for <ietf-privacy@ietfa.amsl.com>; Sat, 31 Jan 2015 01:17:45 -0800 (PST)
Received: from mail4.serversure.net (mail4-2.serversure.net [217.147.176.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 607CF1A8905 for <ietf-privacy@ietf.org>; Sat, 31 Jan 2015 01:17:42 -0800 (PST)
Received: (qmail 5539 invoked by uid 89); 31 Jan 2015 09:17:39 -0000
Received: by simscan 1.3.1 ppid: 5531, pid: 5536, t: 0.0734s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677
Received: from unknown (HELO ?10.0.0.8?) (lester@rainbowdigitalmedia.org.uk@86.189.147.37) by mail4.serversure.net with ESMTPA; 31 Jan 2015 09:17:39 -0000
Message-ID: <54CC9DB3.6040500@lsces.co.uk>
Date: Sat, 31 Jan 2015 09:17:39 +0000
From: Lester Caine <lester@lsces.co.uk>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Paul Eggert <eggert@cs.ucla.edu>, Daniel Kahn Gillmor <dkg@fifthhorseman.net>, saag@ietf.org, ietf-privacy@ietf.org, Eliot Lear <lear@cisco.com>
References: <CADZyTkkLu6qQ9LCqDkTHA9o+-YVvQuaUp33kqkAt=PRaQS-Jew@mail.gmail.com> <CADZyTkkCrvTam_ba7Tq6A-cHAVZn+ktKqwWsr_PNQaz2jyTkUQ@mail.gmail.com> <874mr9aucv.fsf@alice.fifthhorseman.net> <54CBC609.4010309@lsces.co.uk> <87egqcq827.fsf@alice.fifthhorseman.net> <54CC8F13.6060808@cs.ucla.edu>
In-Reply-To: <54CC8F13.6060808@cs.ucla.edu>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf-privacy/nGWSGev3oE0zxOyGwDIm-5mZsak>
Cc: Time Zone Data Distribution Service <tzdist@ietf.org>
Subject: Re: [ietf-privacy] [Tzdist] [saag] Fwd: WGLC for draft-ietf-tzdist-service-05
X-BeenThere: ietf-privacy@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Internet Privacy Discussion List <ietf-privacy.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-privacy>, <mailto:ietf-privacy-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-privacy/>
List-Post: <mailto:ietf-privacy@ietf.org>
List-Help: <mailto:ietf-privacy-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-privacy>, <mailto:ietf-privacy-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Jan 2015 09:17:46 -0000

On 31/01/15 08:15, Paul Eggert wrote:
>> Consider an internet-connected bedside alarm clock
> 
> Given your comments, I'd think that any such alarm clock should get the
> entire tz database, just as an OS update would.  This would preserve
> privacy better than having the alarm clock query only about updates to
> America/Los_Angeles and Europe/Paris.

As already stated, some devices such as central heating controllers
would not need a processor capable of the sort of processing power
needed to handle that, but would benefit immensely simply from switching
DST setting at the right time. If that needs a 'son of tzdist'
specification then OK but it's those sorts of devices that the 'NOT'
requirements of the charter are directly addressing?

Given that the sort of processing power available today is probably
making that a thin argument, but a substantial number of 'internet
ready' processors do not have a large spare storage capacity even given
how small the TZ database can be compacted ( and don't have leap-second
capable clocks ;) ) many of these are already active on the internet.

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk