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