Re: [TICTOC] Problem statement
"Pietilainen, Antti (NSN - FI/Espoo)" <antti.pietilainen@nsn.com> Wed, 30 July 2008 11:26 UTC
Return-Path: <tictoc-bounces@ietf.org>
X-Original-To: tictoc-archive@optimus.ietf.org
Delivered-To: ietfarch-tictoc-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AFEE73A6B5C; Wed, 30 Jul 2008 04:26:57 -0700 (PDT)
X-Original-To: tictoc@core3.amsl.com
Delivered-To: tictoc@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 49E7A3A6B78 for <tictoc@core3.amsl.com>; Wed, 30 Jul 2008 04:26:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.598
X-Spam-Level:
X-Spam-Status: No, score=-4.598 tagged_above=-999 required=5 tests=[AWL=2.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lYGqzSFH+QKU for <tictoc@core3.amsl.com>; Wed, 30 Jul 2008 04:26:55 -0700 (PDT)
Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [217.115.75.233]) by core3.amsl.com (Postfix) with ESMTP id AAD1C28C11B for <tictoc@ietf.org>; Wed, 30 Jul 2008 04:26:54 -0700 (PDT)
Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id m6UBR7KL013467 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Jul 2008 13:27:07 +0200
Received: from demuexc023.nsn-intra.net (webmail.nsn-intra.net [10.150.128.36]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id m6UBR78j004531; Wed, 30 Jul 2008 13:27:07 +0200
Received: from demuexc024.nsn-intra.net ([10.159.32.11]) by demuexc023.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Wed, 30 Jul 2008 13:27:07 +0200
Received: from FIESEXC014.nsn-intra.net ([10.159.0.23]) by demuexc024.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Wed, 30 Jul 2008 13:27:06 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 30 Jul 2008 14:29:35 +0300
Message-ID: <B5535400D800AE498532700125ACF3DF387403@FIESEXC014.nsn-intra.net>
In-Reply-To: <424CDC689E5CEF4D9FEADE56A378D9221C727EF2@exrad4.ad.rad.co.il>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [TICTOC] Problem statement
Thread-Index: AcjyLjKUI9Aak8iLTOqFziYWJSs39AAANlegAACX2BAAAK/ngA==
References: <B5535400D800AE498532700125ACF3DF3873BF@FIESEXC014.nsn-intra.net> <424CDC689E5CEF4D9FEADE56A378D9221C727EF2@exrad4.ad.rad.co.il>
From: "Pietilainen, Antti (NSN - FI/Espoo)" <antti.pietilainen@nsn.com>
To: ext Yaakov Stein <yaakov_s@rad.com>, ext Doug Arnold <darnold@symmetricom.com>, ext Danny Mayer <mayer@ntp.org>, tictoc@ietf.org
X-OriginalArrivalTime: 30 Jul 2008 11:27:06.0581 (UTC) FILETIME=[32950850:01C8F237]
Subject: Re: [TICTOC] Problem statement
X-BeenThere: tictoc@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Timing over IP Connection and Transfer of Clock BOF <tictoc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tictoc>, <mailto:tictoc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/tictoc>
List-Post: <mailto:tictoc@ietf.org>
List-Help: <mailto:tictoc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tictoc>, <mailto:tictoc-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1532797427=="
Sender: tictoc-bounces@ietf.org
Errors-To: tictoc-bounces@ietf.org
Yaakov, What you said may be true but it does not change the validity of my statement: It is incorrect to claim that IEEE 1588 committee did not come up with a security mechanism. Thus, my previous comment still applies. By the way, "zero-knowledge proof of time", "breaking the loop of authentication requiring time", and "time requiring authentication" are all new terms. At least I did not find any hits in Google except the two to the tictoc minutes from Paris. There must be some references that describe these problems. Could you provide a pointer to a reference (or pointers) for the group so that the validity of the terms could be reviewed? Quick comment for Danny Mayer. IETF is one of the organizations that may define IEEE 1588 profiles. One should check, though, how free hands IEEE 1588 profile makers have. Antti ________________________________ From: ext Yaakov Stein [mailto:yaakov_s@rad.com] Sent: 30 July, 2008 13:49 To: Pietilainen, Antti (NSN - FI/Espoo); ext Doug Arnold; tictoc@ietf.org Subject: RE: [TICTOC] Problem statement Antii We could discuss the annex at some later meeting, however, the annex you mention does not address the main concerns of a security mechanism for timing, namely zero-knowledge proof of time and breaking the loop of authentication requiring time and time requiring authentication (see the relevant slide from the interim meeting report). Y(J)S ________________________________ From: tictoc-bounces@ietf.org [mailto:tictoc-bounces@ietf.org] On Behalf Of Pietilainen, Antti (NSN - FI/Espoo) Sent: Wednesday, July 30, 2008 1:45 PM To: ext Doug Arnold; tictoc@ietf.org Subject: Re: [TICTOC] Problem statement Doug, You said that the IEEE 1588 committee failed to come up with a security mechanism. However, it did come up with one in the form of a security protocol annex. It is informative and experimental but it was overviewed by NIST security experts. Consequently, I propose to re-word your statement so that the existing security annex is credited somehow. I also propose to start possible security work by seeing how far one can go with the existing annex. You might include Ron Cohen as cc so he has the option to comment. Antti ________________________________ From: tictoc-bounces@ietf.org [mailto:tictoc-bounces@ietf.org] On Behalf Of ext Doug Arnold Sent: 30 July, 2008 13:23 To: tictoc@ietf.org Subject: [TICTOC] Problem statement Comment on TICTOC problem statement: draft-bryant-tictoc-probstat-02.txt The need for precise time and frequency transfer in engineered LANs is gernally met by IEEE 1588-2008. Such networks include high speed printing presses and other industrial automation applications, power utility substation sync, etc. However the 1588 committee failed to come up with a security mechanism. So secure time and frequency transfer in engineered LANs could be one of the charters for TICTOC. //Doug
_______________________________________________ TICTOC mailing list TICTOC@ietf.org https://www.ietf.org/mailman/listinfo/tictoc
- [TICTOC] Problem statement Doug Arnold
- Re: [TICTOC] Problem statement Pietilainen, Antti (NSN - FI/Espoo)
- Re: [TICTOC] Problem statement Yaakov Stein
- Re: [TICTOC] Problem statement Danny Mayer
- Re: [TICTOC] Problem statement Pietilainen, Antti (NSN - FI/Espoo)
- Re: [TICTOC] Problem statement Greg Dowd
- Re: [TICTOC] Problem statement Doug Arnold
- Re: [TICTOC] Problem statement Yaakov Stein
- Re: [TICTOC] Problem statement Pietilainen, Antti (NSN - FI/Espoo)