From yaakov_s@rad.com Sun Oct 14 00:39:29 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BAB121F84D4 for ; Sun, 14 Oct 2012 00:39:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.964 X-Spam-Level: X-Spam-Status: No, score=-101.964 tagged_above=-999 required=5 tests=[AWL=-1.967, BAYES_50=0.001, HTML_MESSAGE=0.001, UNPARSEABLE_RELAY=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bfhhPdBgHgHl for ; Sun, 14 Oct 2012 00:39:28 -0700 (PDT) Received: from rad.co.il (mailrelay01-q.rad.co.il [80.74.100.150]) by ietfa.amsl.com (Postfix) with ESMTP id 4A9A121F84D2 for ; Sun, 14 Oct 2012 00:39:25 -0700 (PDT) Received: from Internal Mail-Server by MailRelay01 (envelope-from yaakov?s@rad.com) with AES128-SHA encrypted SMTP; 14 Oct 2012 09:50:36 +0200 Received: from EXRAD5.ad.rad.co.il ([192.114.24.28]) by EXRAD5.ad.rad.co.il ([192.114.24.28]) with mapi id 14.02.0298.004; Sun, 14 Oct 2012 09:39:21 +0200 From: Yaakov Stein To: "tictoc@ietf.org" Thread-Topic: Nobel prize in physics Thread-Index: Ac2p3wUUAHSQ73GwRbS5e7VMEgPULA== Date: Sun, 14 Oct 2012 07:39:21 +0000 Message-ID: <07F7D7DED63154409F13298786A2ADC9045951D6@EXRAD5.ad.rad.co.il> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-puzzleid: {C48D3FCC-D542-44F7-8124-12FDB8A0B463} x-cr-hashedpuzzle: sHU= AG3k ARYG Bb63 CJ4F DbZg D6Ku FIYK GUx2 HKti HO2Q IJ2A IWM3 IhyI JmDa KfvT; 1; dABpAGMAdABvAGMAQABpAGUAdABmAC4AbwByAGcA; Sosha1_v1; 7; {C48D3FCC-D542-44F7-8124-12FDB8A0B463}; eQBhAGEAawBvAHYAXwBzAEAAcgBhAGQALgBjAG8AbQA=; Sun, 14 Oct 2012 07:39:19 GMT;TgBvAGIAZQBsACAAcAByAGkAegBlACAAaQBuACAAcABoAHkAcwBpAGMAcwA= x-originating-ip: [192.115.243.62] Content-Type: multipart/alternative; boundary="_000_07F7D7DED63154409F13298786A2ADC9045951D6EXRAD5adradcoil_" MIME-Version: 1.0 X-Commtouch-Refid: str=0001.0A090203.507A6C2A.00AC,ss=1,fgs=0 Subject: [TICTOC] Nobel prize in physics X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2012 07:39:29 -0000 --_000_07F7D7DED63154409F13298786A2ADC9045951D6EXRAD5adradcoil_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I thought that those on this list would be interested in knowing that this = year's Nobel Physics Prize, is going to Serge Haroche and David Wineland for their contributions to qua= ntum optics and quantum computation. The award committee specifically called out Wineland's development of an op= tical clock with accuracy better than E-17 (about 100 times better than a Cesium clock)= . The announcement - http://www.nobelprize.org/nobel_prizes/physics/laureates= /2012/popular-physicsprize2012.pdf The clock - http://tf.boulder.nist.gov/general/pdf/2438.pdf . Y(J)S --_000_07F7D7DED63154409F13298786A2ADC9045951D6EXRAD5adradcoil_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I thought that those on this list would be intereste= d in knowing that this year's Nobel Physics Prize,

is going to Serge Haroche and David Wineland for the= ir contributions to quantum optics and quantum computation.

 

The award committee specifically called out Wineland= 's development of an optical clock

with accuracy better than E-17 (about 100 times bett= er than a Cesium clock).

 

The announcement - http://www.nobelprize.org/nobel_prizes/physics/laureates/2012/popular-physi= csprize2012.pdf

The clock - http://tf.boulder.nist.gov/general/pdf/2438.pdf .

 

Y(J)S

 

--_000_07F7D7DED63154409F13298786A2ADC9045951D6EXRAD5adradcoil_-- From kamatchi@juniper.net Sun Oct 14 09:11:27 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AD1921F8459 for ; Sun, 14 Oct 2012 09:11:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.466 X-Spam-Level: X-Spam-Status: No, score=-3.466 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, UNRESOLVED_TEMPLATE=3.132] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QSPyuuScvWuZ for ; Sun, 14 Oct 2012 09:11:26 -0700 (PDT) Received: from exprod7og105.obsmtp.com (exprod7og105.obsmtp.com [64.18.2.163]) by ietfa.amsl.com (Postfix) with ESMTP id D73C921F8441 for ; Sun, 14 Oct 2012 09:11:25 -0700 (PDT) Received: from P-EMHUB03-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob105.postini.com ([64.18.6.12]) with SMTP ID DSNKUHrkJLgwrud9pFUHMPzUlrkIYNqO7zbq@postini.com; Sun, 14 Oct 2012 09:11:25 PDT Received: from P-CLDFE02-HQ.jnpr.net (172.24.192.60) by P-EMHUB03-HQ.jnpr.net (172.24.192.37) with Microsoft SMTP Server (TLS) id 8.3.213.0; Sun, 14 Oct 2012 09:08:22 -0700 Received: from o365mail.juniper.net (207.17.137.149) by o365mail.juniper.net (172.24.192.60) with Microsoft SMTP Server id 14.1.355.2; Sun, 14 Oct 2012 09:08:21 -0700 Received: from va3outboundpool.messaging.microsoft.com (216.32.180.30) by o365mail.juniper.net (207.17.137.149) with Microsoft SMTP Server (TLS) id 14.1.355.2; Sun, 14 Oct 2012 09:09:52 -0700 Received: from mail33-va3-R.bigfish.com (10.7.14.237) by VA3EHSOBE005.bigfish.com (10.7.40.25) with Microsoft SMTP Server id 14.1.225.23; Sun, 14 Oct 2012 16:08:20 +0000 Received: from mail33-va3 (localhost [127.0.0.1]) by mail33-va3-R.bigfish.com (Postfix) with ESMTP id 962203A01DE for ; Sun, 14 Oct 2012 16:08:20 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.245.197; KIP:(null); UIP:(null); (null); H:CH1PRD0511HT004.namprd05.prod.outlook.com; R:internal; EFV:INT X-SpamScore: -26 X-BigFish: PS-26(zz98dI9371Ic85fh148cIzz1202h1d1ah1d2ahzz1033IL17326ah30d1K8275bh8275dh5eeeKz2dh2a8h668h839hd25hf0ah107ah1288h12a5h12bdh137ah1441hbe3k1155h) Received: from mail33-va3 (localhost.localdomain [127.0.0.1]) by mail33-va3 (MessageSwitch) id 1350230851646998_6323; Sun, 14 Oct 2012 16:07:31 +0000 (UTC) Received: from VA3EHSMHS036.bigfish.com (unknown [10.7.14.239]) by mail33-va3.bigfish.com (Postfix) with ESMTP id 90CEF4A00DB; Sun, 14 Oct 2012 16:07:31 +0000 (UTC) Received: from CH1PRD0511HT004.namprd05.prod.outlook.com (157.56.245.197) by VA3EHSMHS036.bigfish.com (10.7.99.46) with Microsoft SMTP Server (TLS) id 14.1.225.23; Sun, 14 Oct 2012 16:07:27 +0000 Received: from CH1PRD0511MB430.namprd05.prod.outlook.com ([169.254.8.44]) by CH1PRD0511HT004.namprd05.prod.outlook.com ([10.255.159.39]) with mapi id 14.16.0207.009; Sun, 14 Oct 2012 16:07:25 +0000 From: Kamatchi Gopalakrishnan To: Yaakov Stein Thread-Topic: [TICTOC] Nobel prize in physics Thread-Index: Ac2p3wUUAHSQ73GwRbS5e7VMEgPULAARvq2q Date: Sun, 14 Oct 2012 16:07:24 +0000 Message-ID: References: <07F7D7DED63154409F13298786A2ADC9045951D6@EXRAD5.ad.rad.co.il> In-Reply-To: <07F7D7DED63154409F13298786A2ADC9045951D6@EXRAD5.ad.rad.co.il> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [76.247.178.10] Content-Type: multipart/alternative; boundary="_000_FC151BB26BEA49A493912E09CE2EBF07servicejunipernet_" MIME-Version: 1.0 X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% X-FOPE-CONNECTOR: Id%12219$Dn%RAD.COM$RO%2$TLS%5$FQDN%onpremiseedge-1018244.customer.frontbridge.com$TlsDn%o365mail.juniper.net X-FOPE-CONNECTOR: Id%12219$Dn%IETF.ORG$RO%2$TLS%5$FQDN%onpremiseedge-1018244.customer.frontbridge.com$TlsDn%o365mail.juniper.net Cc: "tictoc@ietf.org" Subject: Re: [TICTOC] Nobel prize in physics X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2012 16:11:27 -0000 --_000_FC151BB26BEA49A493912E09CE2EBF07servicejunipernet_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Very interesting to see this. Thanks for sharing. Sent from my iPhone On Oct 14, 2012, at 12:39 AM, "Yaakov Stein" > wrote: I thought that those on this list would be interested in knowing that this = year's Nobel Physics Prize, is going to Serge Haroche and David Wineland for their contributions to qua= ntum optics and quantum computation. The award committee specifically called out Wineland's development of an op= tical clock with accuracy better than E-17 (about 100 times better than a Cesium clock)= . The announcement - http://www.nobelprize.org/nobel_prizes= /physics/laureates/2012/popular-physicsprize2012.pdf The clock - http://tf.bou= lder.nist.gov/general/pdf/2438.pdf . Y(J)S _______________________________________________ TICTOC mailing list TICTOC@ietf.org https://www.ietf.org/mailman/listinfo/tictoc --_000_FC151BB26BEA49A493912E09CE2EBF07servicejunipernet_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Very interesting to see this. Thanks for sharing.

Sent from my iPhone

On Oct 14, 2012, at 12:39 AM, "Yaakov Stein" <yaakov_s@rad.com> wrote:

I thought that those on this list would be intereste= d in knowing that this year's Nobel Physics Prize,

is going to Serge Haroche and David Wineland for the= ir contributions to quantum optics and quantum computation.

 

The award committee specifically called out Wineland= 's development of an optical clock

with accuracy better than E-17 (about 100 times bett= er than a Cesium clock).

 

The announcement - http://www.nobelprize.org/nobel_prizes/phys= ics/laureates/2012/popular-physicsprize2012.pdf

The clock - http://tf.b= oulder.nist.gov/general/pdf/2438.pdf .

 

Y(J)S

 

_______________________________________________
TICTOC mailing list
TICTOC@ietf.org
https://www.= ietf.org/mailman/listinfo/tictoc
--_000_FC151BB26BEA49A493912E09CE2EBF07servicejunipernet_-- From talmi@marvell.com Mon Oct 15 08:41:29 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C04821F877A for ; Mon, 15 Oct 2012 08:41:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.098 X-Spam-Level: X-Spam-Status: No, score=-3.098 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q8wycqk2H+rj for ; Mon, 15 Oct 2012 08:41:28 -0700 (PDT) Received: from galiil.marvell.com (galiil.marvell.com [199.203.130.254]) by ietfa.amsl.com (Postfix) with ESMTP id 0352E21F8782 for ; Mon, 15 Oct 2012 08:41:28 -0700 (PDT) From: Tal Mizrahi To: "tictoc@ietf.org" , "ntpwg@lists.ntp.org" Date: Mon, 15 Oct 2012 17:41:02 +0200 Thread-Topic: New draft: draft-shpiner-multi-path-synchronization Thread-Index: Ac2q6tIkQE9Kshk0R6GnQ/yIUtH2/A== Message-ID: <74470498B659FA4687F0B0018C19A89C01A0F8CAD9C5@IL-MB01.marvell.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_74470498B659FA4687F0B0018C19A89C01A0F8CAD9C5ILMB01marve_" MIME-Version: 1.0 Subject: [TICTOC] New draft: draft-shpiner-multi-path-synchronization X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2012 15:41:29 -0000 --_000_74470498B659FA4687F0B0018C19A89C01A0F8CAD9C5ILMB01marve_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, We have posted a new draft called "Multi-Path Time Synchronization". This is an experimental draft that describes the usage of multiple concurre= nt paths between the master and slave in PTP and NTP. http://tools.ietf.org/html/draft-shpiner-multi-path-synchronization We will appreciate your feedbacks. Thanks, Tal. --_000_74470498B659FA4687F0B0018C19A89C01A0F8CAD9C5ILMB01marve_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

We have po= sted a new draft called “Multi-Path Time Synchronization”.=

This is an experimental draft that describes= the usage of multiple concurrent paths between the master and slave in PTP= and NTP.

 

http://tools.ietf.org/html/draft-shpiner-multi-path-synch= ronization

 

We will appreciate your feedbacks.

 

Thanks,

Tal.

 

= --_000_74470498B659FA4687F0B0018C19A89C01A0F8CAD9C5ILMB01marve_-- From internet-drafts@ietf.org Mon Oct 22 01:28:05 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DD9621F8482; Mon, 22 Oct 2012 01:28:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.528 X-Spam-Level: X-Spam-Status: No, score=-102.528 tagged_above=-999 required=5 tests=[AWL=0.071, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zkWXsHSc+nDm; Mon, 22 Oct 2012 01:28:04 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A78EF21F854C; Mon, 22 Oct 2012 01:28:04 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.34 Message-ID: <20121022082804.12835.73453.idtracker@ietfa.amsl.com> Date: Mon, 22 Oct 2012 01:28:04 -0700 Cc: tictoc@ietf.org Subject: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2012 08:28:05 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Timing over IP Connection and Transfer of= Clock Working Group of the IETF. Title : Transporting Timing messages over MPLS Networks Author(s) : Shahram Davari Amit Oren Manav Bhatia Peter Roberts Laurent Montini Filename : draft-ietf-tictoc-1588overmpls-03.txt Pages : 36 Date : 2012-10-22 Abstract: This document defines the method for transporting Timing messages such as PTP and NTP over an MPLS network. The method allows for the easy identification of these PDUs at the port level to allow for port level processing of these PDUs in both LERs and LSRs. The basic idea is to transport Timing messages inside dedicated MPLS LSPs. These LSPs only carry timing messages and possibly Control and Management packets, but they do not carry customer traffic. Two methods for transporting Timing messages over MPLS are defined. The first method is to transport Timing messages directly over the dedicated MPLS LSP via UDP/IP encapsulation, which is suitable for MPLS networks. The second method is to transport Timing messages inside a PW via Ethernet encapsulation, which is suitable for both MPLS and MPLS-TP networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tictoc-1588overmpls There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-tictoc-1588overmpls-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-tictoc-1588overmpls-03 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From talmi@marvell.com Mon Oct 22 07:47:15 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EC7621F8BBC for ; Mon, 22 Oct 2012 07:47:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.265 X-Spam-Level: X-Spam-Status: No, score=-3.265 tagged_above=-999 required=5 tests=[AWL=-0.666, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vUcL9lFOohWg for ; Mon, 22 Oct 2012 07:47:12 -0700 (PDT) Received: from galiil.marvell.com (galiil.marvell.com [199.203.130.254]) by ietfa.amsl.com (Postfix) with ESMTP id 283B421F8BC0 for ; Mon, 22 Oct 2012 07:47:12 -0700 (PDT) From: Tal Mizrahi To: "draft-ietf-tictoc-1588overmpls@tools.ietf.org" Date: Mon, 22 Oct 2012 16:47:01 +0200 Thread-Topic: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt Thread-Index: Ac2wLz6IX3wAdPM6Rli0vli80YML5wANHcIg Message-ID: <74470498B659FA4687F0B0018C19A89C01A0F8D26CAB@IL-MB01.marvell.com> References: <20121022082804.12835.73453.idtracker@ietfa.amsl.com> In-Reply-To: <20121022082804.12835.73453.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "ntpwg@lists.ntp.org" , "tictoc@ietf.org" Subject: Re: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2012 14:47:15 -0000 Hi Shahram et al. What is the motivation for adding NTP to this draft? Are we planning to define something similar to a correctionField in NTP? Regards, Tal. -----Original Message----- From: tictoc-bounces@ietf.org [mailto:tictoc-bounces@ietf.org] On Behalf Of= internet-drafts@ietf.org Sent: Monday, October 22, 2012 10:28 AM To: i-d-announce@ietf.org Cc: tictoc@ietf.org Subject: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Timing over IP Connection and Transfer of= Clock Working Group of the IETF. Title : Transporting Timing messages over MPLS Networks Author(s) : Shahram Davari Amit Oren Manav Bhatia Peter Roberts Laurent Montini Filename : draft-ietf-tictoc-1588overmpls-03.txt Pages : 36 Date : 2012-10-22 Abstract: This document defines the method for transporting Timing messages such as PTP and NTP over an MPLS network. The method allows for the easy identification of these PDUs at the port level to allow for port level processing of these PDUs in both LERs and LSRs. The basic idea is to transport Timing messages inside dedicated MPLS LSPs. These LSPs only carry timing messages and possibly Control and Management packets, but they do not carry customer traffic. Two methods for transporting Timing messages over MPLS are defined. The first method is to transport Timing messages directly over the dedicated MPLS LSP via UDP/IP encapsulation, which is suitable for MPLS networks. The second method is to transport Timing messages inside a PW via Ethernet encapsulation, which is suitable for both MPLS and MPLS-TP networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tictoc-1588overmpls There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-tictoc-1588overmpls-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-tictoc-1588overmpls-03 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ TICTOC mailing list TICTOC@ietf.org https://www.ietf.org/mailman/listinfo/tictoc From davari@broadcom.com Mon Oct 22 09:46:36 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0864C21F8933 for ; Mon, 22 Oct 2012 09:46:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gtx+giN5WlEh for ; Mon, 22 Oct 2012 09:46:35 -0700 (PDT) Received: from mms3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by ietfa.amsl.com (Postfix) with ESMTP id 73EFB21F8549 for ; Mon, 22 Oct 2012 09:46:35 -0700 (PDT) Received: from [10.16.192.232] by mms3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Mon, 22 Oct 2012 09:43:25 -0700 X-Server-Uuid: B86B6450-0931-4310-942E-F00ED04CA7AF Received: from SJEXCHCAS04.corp.ad.broadcom.com (10.16.203.11) by SJEXCHHUB02.corp.ad.broadcom.com (10.16.192.232) with Microsoft SMTP Server (TLS) id 8.2.247.2; Mon, 22 Oct 2012 09:46:27 -0700 Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS04.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Mon, 22 Oct 2012 09:46:21 -0700 From: "Shahram Davari" To: "Tal Mizrahi" , "draft-ietf-tictoc-1588overmpls@tools.ietf.org" Thread-Topic: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt Thread-Index: AQHNsC8+pgP7aJ4X+k2ew0adKz8PKJfF3SqA//+rREA= Date: Mon, 22 Oct 2012 16:46:20 +0000 Message-ID: <4A6CE49E6084B141B15C0713B8993F281BD0E582@SJEXCHMB12.corp.ad.broadcom.com> References: <20121022082804.12835.73453.idtracker@ietfa.amsl.com> <74470498B659FA4687F0B0018C19A89C01A0F8D26CAB@IL-MB01.marvell.com> In-Reply-To: <74470498B659FA4687F0B0018C19A89C01A0F8D26CAB@IL-MB01.marvell.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] MIME-Version: 1.0 X-WSS-ID: 7C9BA8273SK2441471-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "ntpwg@lists.ntp.org" , "tictoc@ietf.org" Subject: Re: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2012 16:46:36 -0000 Hi Tal, If you recall the Area director asked for generalizing this draft to NTP an= d other possible future Timing methods such as a Shim header that can carry= Timing. I know NTP does not have TC, but IETF may add TC in future. Also o= n the egress LER the timing Label (defined in the draft) may be used as an = indicator to sample ToD at the port level. Thanks Shahram -----Original Message----- From: Tal Mizrahi [mailto:talmi@marvell.com]=20 Sent: Monday, October 22, 2012 7:47 AM To: draft-ietf-tictoc-1588overmpls@tools.ietf.org Cc: tictoc@ietf.org; ntpwg@lists.ntp.org Subject: RE: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt Hi Shahram et al. What is the motivation for adding NTP to this draft? Are we planning to define something similar to a correctionField in NTP? Regards, Tal. -----Original Message----- From: tictoc-bounces@ietf.org [mailto:tictoc-bounces@ietf.org] On Behalf Of= internet-drafts@ietf.org Sent: Monday, October 22, 2012 10:28 AM To: i-d-announce@ietf.org Cc: tictoc@ietf.org Subject: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Timing over IP Connection and Transfer of= Clock Working Group of the IETF. Title : Transporting Timing messages over MPLS Networks Author(s) : Shahram Davari Amit Oren Manav Bhatia Peter Roberts Laurent Montini Filename : draft-ietf-tictoc-1588overmpls-03.txt Pages : 36 Date : 2012-10-22 Abstract: This document defines the method for transporting Timing messages such as PTP and NTP over an MPLS network. The method allows for the easy identification of these PDUs at the port level to allow for port level processing of these PDUs in both LERs and LSRs. The basic idea is to transport Timing messages inside dedicated MPLS LSPs. These LSPs only carry timing messages and possibly Control and Management packets, but they do not carry customer traffic. Two methods for transporting Timing messages over MPLS are defined. The first method is to transport Timing messages directly over the dedicated MPLS LSP via UDP/IP encapsulation, which is suitable for MPLS networks. The second method is to transport Timing messages inside a PW via Ethernet encapsulation, which is suitable for both MPLS and MPLS-TP networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tictoc-1588overmpls There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-tictoc-1588overmpls-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-tictoc-1588overmpls-03 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ TICTOC mailing list TICTOC@ietf.org https://www.ietf.org/mailman/listinfo/tictoc From talmi@marvell.com Mon Oct 22 13:35:31 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDC0921F847F for ; Mon, 22 Oct 2012 13:35:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.349 X-Spam-Level: X-Spam-Status: No, score=-3.349 tagged_above=-999 required=5 tests=[AWL=-0.750, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23U9O-rVNW1l for ; Mon, 22 Oct 2012 13:35:31 -0700 (PDT) Received: from galiil.marvell.com (galiil.marvell.com [199.203.130.254]) by ietfa.amsl.com (Postfix) with ESMTP id 7BF3521F8437 for ; Mon, 22 Oct 2012 13:35:30 -0700 (PDT) From: Tal Mizrahi To: Shahram Davari , "draft-ietf-tictoc-1588overmpls@tools.ietf.org" Date: Mon, 22 Oct 2012 22:35:28 +0200 Thread-Topic: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt Thread-Index: AQHNsC8+pgP7aJ4X+k2ew0adKz8PKJfF3SqA//+rRECAAD4keQ== Message-ID: <74470498B659FA4687F0B0018C19A89C01A0F842952E@IL-MB01.marvell.com> References: <20121022082804.12835.73453.idtracker@ietfa.amsl.com> <74470498B659FA4687F0B0018C19A89C01A0F8D26CAB@IL-MB01.marvell.com>, <4A6CE49E6084B141B15C0713B8993F281BD0E582@SJEXCHMB12.corp.ad.broadcom.com> In-Reply-To: <4A6CE49E6084B141B15C0713B8993F281BD0E582@SJEXCHMB12.corp.ad.broadcom.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "ntpwg@lists.ntp.org" , "tictoc@ietf.org" Subject: Re: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2012 20:35:32 -0000 Hi Shahram, Thanks for the prompt response. I would suggest to add some text to explain the scope of this draft in the = context of NTP, i.e., your explanation below. A question to the WG chairs: if NTP TCs are indeed on the agenda, wouldn't = it be best to define these entities in parallel to the MPLS draft? It seems= more natural, and more likely to produce a coherent mechanism. Thanks, Tal. ________________________________________ From: Shahram Davari [davari@broadcom.com] Sent: Monday, October 22, 2012 6:46 PM To: Tal Mizrahi; draft-ietf-tictoc-1588overmpls@tools.ietf.org Cc: tictoc@ietf.org; ntpwg@lists.ntp.org Subject: RE: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt Hi Tal, If you recall the Area director asked for generalizing this draft to NTP an= d other possible future Timing methods such as a Shim header that can carry= Timing. I know NTP does not have TC, but IETF may add TC in future. Also o= n the egress LER the timing Label (defined in the draft) may be used as an = indicator to sample ToD at the port level. Thanks Shahram -----Original Message----- From: Tal Mizrahi [mailto:talmi@marvell.com] Sent: Monday, October 22, 2012 7:47 AM To: draft-ietf-tictoc-1588overmpls@tools.ietf.org Cc: tictoc@ietf.org; ntpwg@lists.ntp.org Subject: RE: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt Hi Shahram et al. What is the motivation for adding NTP to this draft? Are we planning to define something similar to a correctionField in NTP? Regards, Tal. -----Original Message----- From: tictoc-bounces@ietf.org [mailto:tictoc-bounces@ietf.org] On Behalf Of= internet-drafts@ietf.org Sent: Monday, October 22, 2012 10:28 AM To: i-d-announce@ietf.org Cc: tictoc@ietf.org Subject: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Timing over IP Connection and Transfer of= Clock Working Group of the IETF. Title : Transporting Timing messages over MPLS Networks Author(s) : Shahram Davari Amit Oren Manav Bhatia Peter Roberts Laurent Montini Filename : draft-ietf-tictoc-1588overmpls-03.txt Pages : 36 Date : 2012-10-22 Abstract: This document defines the method for transporting Timing messages such as PTP and NTP over an MPLS network. The method allows for the easy identification of these PDUs at the port level to allow for port level processing of these PDUs in both LERs and LSRs. The basic idea is to transport Timing messages inside dedicated MPLS LSPs. These LSPs only carry timing messages and possibly Control and Management packets, but they do not carry customer traffic. Two methods for transporting Timing messages over MPLS are defined. The first method is to transport Timing messages directly over the dedicated MPLS LSP via UDP/IP encapsulation, which is suitable for MPLS networks. The second method is to transport Timing messages inside a PW via Ethernet encapsulation, which is suitable for both MPLS and MPLS-TP networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tictoc-1588overmpls There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-tictoc-1588overmpls-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-tictoc-1588overmpls-03 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ TICTOC mailing list TICTOC@ietf.org https://www.ietf.org/mailman/listinfo/tictoc= From kodonog@gmail.com Tue Oct 23 08:10:51 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2173421F8602 for ; Tue, 23 Oct 2012 08:10:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.599 X-Spam-Level: X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g4HFf17WpgF4 for ; Tue, 23 Oct 2012 08:10:45 -0700 (PDT) Received: from mail-oa0-f44.google.com (mail-oa0-f44.google.com [209.85.219.44]) by ietfa.amsl.com (Postfix) with ESMTP id 197AA21F8620 for ; Tue, 23 Oct 2012 08:10:45 -0700 (PDT) Received: by mail-oa0-f44.google.com with SMTP id n5so4341255oag.31 for ; Tue, 23 Oct 2012 08:10:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=5BT0rd211KdCnCjra5t4j46D0iTv8pV8utIVh2dULP0=; b=GvdL160TOWE4AqoFcBYtdJofCvibwxqvBuYPHyxI8dd8SRiEEF9ASJWWTv+JzisN6C Mb4bZaIgDCgnhz7rmZuhUoO1/rPeQqIUaYB+yj0Ibab7KpONgEAvaSvgA9fdIoEYW7Kw dssVkdNhBlVybivb8zTKGDGEkd+b5SW2A3lZVc0BswMJTkmKXQl9/IwDIhCmLjH76TG6 QqUGHC9WbtzJJIBKTX0/7HF8G7NuEgnLuodRom3Ix6ifOQ3UPsspE7UfdRj7XVuEdEBQ wweWUpaeDj4+nW9H41fjmWr/qJx7boM43WGsqLHcRosQ0LCrgY4Inmp/dKPVWg/OLh8I sZHw== Received: by 10.60.171.164 with SMTP id av4mr11327648oec.59.1351005044554; Tue, 23 Oct 2012 08:10:44 -0700 (PDT) Received: from dhcp-223-97.meetings.nanog.org (dhcp-223-97.meetings.nanog.org. [199.187.223.97]) by mx.google.com with ESMTPS id ig3sm12971335obb.0.2012.10.23.08.10.42 (version=SSLv3 cipher=OTHER); Tue, 23 Oct 2012 08:10:43 -0700 (PDT) Sender: Karen ODonoghue Message-ID: <5086B371.6020700@pobox.com> Date: Tue, 23 Oct 2012 11:10:41 -0400 From: Karen O'Donoghue User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Tal Mizrahi References: <20121022082804.12835.73453.idtracker@ietfa.amsl.com> <74470498B659FA4687F0B0018C19A89C01A0F8D26CAB@IL-MB01.marvell.com>, <4A6CE49E6084B141B15C0713B8993F281BD0E582@SJEXCHMB12.corp.ad.broadcom.com> <74470498B659FA4687F0B0018C19A89C01A0F842952E@IL-MB01.marvell.com> In-Reply-To: <74470498B659FA4687F0B0018C19A89C01A0F842952E@IL-MB01.marvell.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "ntpwg@lists.ntp.org" , "tictoc@ietf.org" , "draft-ietf-tictoc-1588overmpls@tools.ietf.org" Subject: Re: [TICTOC] [ntpwg] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: kodonog@pobox.com List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2012 15:10:51 -0000 Tal, It is true that developing an NTP option in parallel would potentially be more efficient and coherent; however, we have thus far had no volunteers to work on that document. The current approach is flexible enough to support PTP, NTP, and possibly other timing methods which is a generalization of the solution originally proposed. We welcome proposals and volunteer document editors who wish to pursue the NTP option. Regards, Karen On 10/22/12 4:35 PM, Tal Mizrahi wrote: > Hi Shahram, > > Thanks for the prompt response. > I would suggest to add some text to explain the scope of this draft in the context of NTP, i.e., your explanation below. > > A question to the WG chairs: if NTP TCs are indeed on the agenda, wouldn't it be best to define these entities in parallel to the MPLS draft? It seems more natural, and more likely to produce a coherent mechanism. > > Thanks, > Tal. > > ________________________________________ > From: Shahram Davari [davari@broadcom.com] > Sent: Monday, October 22, 2012 6:46 PM > To: Tal Mizrahi; draft-ietf-tictoc-1588overmpls@tools.ietf.org > Cc: tictoc@ietf.org; ntpwg@lists.ntp.org > Subject: RE: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt > > Hi Tal, > > If you recall the Area director asked for generalizing this draft to NTP and other possible future Timing methods such as a Shim header that can carry Timing. I know NTP does not have TC, but IETF may add TC in future. Also on the egress LER the timing Label (defined in the draft) may be used as an indicator to sample ToD at the port level. > > Thanks > Shahram > > -----Original Message----- > From: Tal Mizrahi [mailto:talmi@marvell.com] > Sent: Monday, October 22, 2012 7:47 AM > To: draft-ietf-tictoc-1588overmpls@tools.ietf.org > Cc: tictoc@ietf.org; ntpwg@lists.ntp.org > Subject: RE: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt > > Hi Shahram et al. > > What is the motivation for adding NTP to this draft? > Are we planning to define something similar to a correctionField in NTP? > > Regards, > Tal. > > > -----Original Message----- > From: tictoc-bounces@ietf.org [mailto:tictoc-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org > Sent: Monday, October 22, 2012 10:28 AM > To: i-d-announce@ietf.org > Cc: tictoc@ietf.org > Subject: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Timing over IP Connection and Transfer of Clock Working Group of the IETF. > > Title : Transporting Timing messages over MPLS Networks > Author(s) : Shahram Davari > Amit Oren > Manav Bhatia > Peter Roberts > Laurent Montini > Filename : draft-ietf-tictoc-1588overmpls-03.txt > Pages : 36 > Date : 2012-10-22 > > Abstract: > This document defines the method for transporting Timing messages > such as PTP and NTP over an MPLS network. The method allows for the > easy identification of these PDUs at the port level to allow for port > level processing of these PDUs in both LERs and LSRs. > > The basic idea is to transport Timing messages inside dedicated MPLS > LSPs. These LSPs only carry timing messages and possibly Control and > Management packets, but they do not carry customer traffic. > > Two methods for transporting Timing messages over MPLS are defined. > The first method is to transport Timing messages directly over the > dedicated MPLS LSP via UDP/IP encapsulation, which is suitable for > MPLS networks. The second method is to transport Timing messages > inside a PW via Ethernet encapsulation, which is suitable for both > MPLS and MPLS-TP networks. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-tictoc-1588overmpls > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-tictoc-1588overmpls-03 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-tictoc-1588overmpls-03 > > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > TICTOC mailing list > TICTOC@ietf.org > https://www.ietf.org/mailman/listinfo/tictoc > _______________________________________________ > ntpwg mailing list > ntpwg@lists.ntp.org > http://lists.ntp.org/listinfo/ntpwg From Richard.Tse@pmcs.com Tue Oct 23 20:27:31 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0211811E810B for ; Tue, 23 Oct 2012 20:27:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.288 X-Spam-Level: X-Spam-Status: No, score=-2.288 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HOST_MISMATCH_COM=0.311] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rjP0U8QMD3eK for ; Tue, 23 Oct 2012 20:27:30 -0700 (PDT) Received: from bby1mta03.pmc-sierra.bc.ca (bby1mta03.pmc-sierra.com [216.241.235.118]) by ietfa.amsl.com (Postfix) with ESMTP id 4462E11E80D3 for ; Tue, 23 Oct 2012 20:27:29 -0700 (PDT) Received: from bby1mta03.pmc-sierra.bc.ca (localhost.pmc-sierra.bc.ca [127.0.0.1]) by localhost (Postfix) with SMTP id 742E91070107; Tue, 23 Oct 2012 20:27:29 -0700 (PDT) Received: from bby1exg02.pmc_nt.nt.pmc-sierra.bc.ca (bby1exg02 [216.241.231.167]) by bby1mta03.pmc-sierra.bc.ca (Postfix) with SMTP id 5765710700F2; Tue, 23 Oct 2012 20:27:29 -0700 (PDT) Received: from BBY1EXM09.pmc_nt.nt.pmc-sierra.bc.ca ([216.241.231.158]) by bby1exg02.pmc_nt.nt.pmc-sierra.bc.ca with Microsoft SMTPSVC(6.0.3790.4675); Tue, 23 Oct 2012 20:27:28 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Tue, 23 Oct 2012 20:27:27 -0700 Message-ID: <7406401ED5C7CD42B1A5DDCDA4D02271053787C2@BBY1EXM09.pmc_nt.nt.pmc-sierra.bc.ca> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt Thread-Index: Ac2xkpZ8QrNlW0tXRqezgPNh+2xA5g== From: "Richard Tse" To: X-OriginalArrivalTime: 24 Oct 2012 03:27:28.0284 (UTC) FILETIME=[7E6CA5C0:01CDB197] X-Mailman-Approved-At: Tue, 23 Oct 2012 21:40:58 -0700 Cc: tictoc@ietf.org, Richard Tse Subject: Re: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2012 03:28:54 -0000 U2hhaHJhbToNCg0KSSBoYXZlIGEgZmV3IGNvbW1lbnRzIGFib3V0IHRoaXMgZHJhZnQ6DQoNCkEp ICBJbiBjbGF1c2UgMywgeW91IHNheSAiLi4udGhlIHBheWxvYWQgY2FuJ3QgYmUgZGV0ZXJtaW5p c3RpY2FsbHkgaWRlbnRpZmllZCBieSBMU1JzIGJlY2F1c2UgdGhlIHBheWxvYWQgdHlwZSBpcyBh IGNvbnRleHQgb2YgdGhlIFBXIGxhYmVsIGFuZCB0aGUgUFcgbGFiZWwsIGFuZCB0aGUgUFcgbGFi ZWwgYW5kIGl0cyBjb250ZXh0IGFyZSBvbmx5IGtub3duIHRvIHRoZSBFZGdlIHJvdXRlcnMgKFBF cy9MRVJzKTsgTFNScyBkb24ndCBrbm93IHdoYXQgaXMgYSBQVydzIHBheWxvYWQgKEV0aGVybmV0 LCBBVE0sIEZSLCBDRVMsIGV0YykuIg0KDQpIb3dldmVyLCBhIG5ldyBjb250cmFkaWN0b3J5IHRl eHQgaW4gY2xhdXNlIDcgc2F5czogICJJdCBpcyB0aGUgam9iIG9mIHRoZSBMRVIvTFNSIHRvIHBh cnNlIHRoZSB0aW1pbmcgbWVzc2FnZSBhbmQgZmluZCBvdXQgdGhlIHR5cGUgb2YgdGhlIFRpbWlu ZyBtZXNzYWdlIGFuZCBkZWNpZGUgd2hldGhlciBhbmQgaG93IHRvIFRpbWUtc3RhbXAgaXQgKGUu Zy4gLCBCQykgb3IgbW9kaWZ5IGV4aXN0aW5nIHRpbWVzdGFtcCBpbiBpdCAoZS5nLiwgVEMpLiIg IA0KDQpJIHRoaW5rIHRoZSBuZXcgdGV4dCBpbiBjbGF1c2UgNyBuZWVkcyB0byBiZSBjaGFuZ2Vk LiAgSSBkb24ndCB0aGluayB3ZSB3YW50IExFUnMgYW5kIExTUnMgdG8gbG9vayBpbnNpZGUgdGlt aW5nIHBhY2tldHMgdG8gZGVjaWRlIGhvdyB0byB0aW1lc3RhbXAgaXQuICBJIHRoaW5rIHRoZSB0 aW1pbmcgTFNQcyBzaG91bGQgYmUgdW5pcXVlIGFuZCBzaG91bGQgY29udGFpbiBhbGwgdGhlIGlu Zm9ybWF0aW9uIHRoYXQgdGhlIExFUi9MU1IgbmVlZHMgZm9yIGl0cyB0aW1lc3RhbXBpbmcgZnVu Y3Rpb24uICANCg0KDQpCKS4gRm9sbG93aW5nIGFsb25nIHRoZSBsaW5lcyBvZiBteSBjb21tZW50 IGFib3ZlIHJlZ2FyZGluZyBkZWVwIHBhY2tldCBpbnNwZWN0aW9uLCBob3cgaXMgMi1zdGVwIGZ1 bmN0aW9uYWxpdHkgaGFuZGxlZCBpbiBhIHRyYW5zcGFyZW50IGNsb2NrIGluIHRoZSBNUExTIG5l dHdvcms/ICBUbyB1cGRhdGUgYSBmb2xsb3dfdXAgcGFja2V0LCBhbiBMU1IgVEMgd291bGQgbmVl ZCB0byBsb29rIGluc2lkZSB0aGUgcGFja2V0IHRvIGFzc29jaWF0ZSB0aGUgc2VxdWVuY2VJRCBv ZiB0aGUgRm9sbG93X3VwIG1lc3NhZ2Ugd2l0aCB0aGF0IG9mIHRoZSBTeW5jIG1lc3NhZ2UuICBQ ZXJoYXBzIHlvdSBzaG91bGQgYWxsb3cgb25seSBvbmUtc3RlcCB0aW1lc3RhbXBpbmcgaW4gYWxs IE1QTFMgbm9kZXMuICBGb2xsb3dfdXAgcGFja2V0cyB0aGF0IHdlcmUgZ2VuZXJhdGVkIG91dHNp ZGUgdGhlIE1QTFMgbmV0d29yayBjYW4gc3RpbGwgcGFzcyB0aHJvdWdoLCBidXQgdGhleSB3aWxs IG5vdCBiZSBtb2RpZmllZC4gIFRoaXMgd291bGQgc2ltcGxpZnkgdGhlIHRpbWVzdGFtcGluZyBm dW5jdGlvbiBhbmQgbmVnYXRlIHRoZSBuZWVkIGZvciBhbnkgZGVlcC1wYWNrZXQgaW5zcGVjdGlv bi4NCg0KDQpDKS4gIENsYXVzZSA2LjQgb2YgdGhlIG5ld2x5IHJlbGVhc2VkIGRyYWZ0IG9mIElU VS1UIEcuODI3NS4xLCBQcmVjaXNpb24gdGltZSBwcm90b2NvbCB0ZWxlY29tIHByb2ZpbGUgZm9y IHBoYXNlL3RpbWUgc3luY2hyb25pemF0aW9uLCBzdGF0ZXMgdGhhdCAiVGhlIEV0aGVybmV0IG1h cHBpbmcsIGFzIHBlciBJRUVFIDE1ODgtMjAwOCBBbm5leCBGLCBpcyBhZ3JlZWQgYXMgdGhlIGRl ZmF1bHQgbWFwcGluZyBmb3IgdGhlIHByb2ZpbGUuIiAgU29vbmVyIG9yIGxhdGVyLCB5b3Ugd2ls bCBuZWVkIHRvIGFkZCB0aGUgUFRQLW92ZXItRXRoZXJuZXQtb3Zlci1NUExTIGVuY2Fwc3VsYXRp b24gdG8gc2VjdGlvbiA2IG9mIHlvdXIgc3RhbmRhcmQgdG8gc3VwcG9ydCB0aGlzIHByb2ZpbGUu DQoNCg0KUmljaGFyZCBUc2UNClRlY2huaWNhbCBBZHZpc29yDQpQTUMtU2llcnJhLCBJbmMNCjg1 NTUgQmF4dGVyIFBsYWNlDQpCdXJuYWJ5LCBCQw0KQ2FuYWRhDQpWNUEgNFY3DQpQaG9uZTogICsx LTYwNC00MTUtNjAxNQ0KRW1haWw6ICBSaWNoYXJkLlRzZUBwbWNzLmNvbQ0Kd3d3LnBtYy1zaWVy cmEuY29tDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGludGVybmV0LWRy YWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10gDQpTZW50OiBN b25kYXksIE9jdG9iZXIgMjIsIDIwMTIgMToyOCBBTQ0KVG86IGktZC1hbm5vdW5jZUBpZXRmLm9y Zw0KQ2M6IHRpY3RvY0BpZXRmLm9yZw0KU3ViamVjdDogW1RJQ1RPQ10gSS1EIEFjdGlvbjogZHJh ZnQtaWV0Zi10aWN0b2MtMTU4OG92ZXJtcGxzLTAzLnR4dA0KDQoNCkEgTmV3IEludGVybmV0LURy YWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rv cmllcy4NCiBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBUaW1pbmcgb3ZlciBJUCBD b25uZWN0aW9uIGFuZCBUcmFuc2ZlciBvZiBDbG9jayBXb3JraW5nIEdyb3VwIG9mIHRoZSBJRVRG Lg0KDQoJVGl0bGUgICAgICAgICAgIDogVHJhbnNwb3J0aW5nIFRpbWluZyBtZXNzYWdlcyBvdmVy IE1QTFMgTmV0d29ya3MNCglBdXRob3IocykgICAgICAgOiBTaGFocmFtIERhdmFyaQ0KICAgICAg ICAgICAgICAgICAgICAgICAgICBBbWl0IE9yZW4NCiAgICAgICAgICAgICAgICAgICAgICAgICAg TWFuYXYgQmhhdGlhDQogICAgICAgICAgICAgICAgICAgICAgICAgIFBldGVyIFJvYmVydHMNCiAg ICAgICAgICAgICAgICAgICAgICAgICAgTGF1cmVudCBNb250aW5pDQoJRmlsZW5hbWUgICAgICAg IDogZHJhZnQtaWV0Zi10aWN0b2MtMTU4OG92ZXJtcGxzLTAzLnR4dA0KCVBhZ2VzICAgICAgICAg ICA6IDM2DQoJRGF0ZSAgICAgICAgICAgIDogMjAxMi0xMC0yMg0KDQpBYnN0cmFjdDoNCiAgIFRo aXMgZG9jdW1lbnQgZGVmaW5lcyB0aGUgbWV0aG9kIGZvciB0cmFuc3BvcnRpbmcgVGltaW5nIG1l c3NhZ2VzDQogICBzdWNoIGFzIFBUUCBhbmQgTlRQIG92ZXIgYW4gTVBMUyBuZXR3b3JrLiAgVGhl IG1ldGhvZCBhbGxvd3MgZm9yIHRoZQ0KICAgZWFzeSBpZGVudGlmaWNhdGlvbiBvZiB0aGVzZSBQ RFVzIGF0IHRoZSBwb3J0IGxldmVsIHRvIGFsbG93IGZvciBwb3J0DQogICBsZXZlbCBwcm9jZXNz aW5nIG9mIHRoZXNlIFBEVXMgaW4gYm90aCBMRVJzIGFuZCBMU1JzLg0KDQogICBUaGUgYmFzaWMg aWRlYSBpcyB0byB0cmFuc3BvcnQgVGltaW5nIG1lc3NhZ2VzIGluc2lkZSBkZWRpY2F0ZWQgTVBM Uw0KICAgTFNQcy4gIFRoZXNlIExTUHMgb25seSBjYXJyeSB0aW1pbmcgbWVzc2FnZXMgYW5kIHBv c3NpYmx5IENvbnRyb2wgYW5kDQogICBNYW5hZ2VtZW50IHBhY2tldHMsIGJ1dCB0aGV5IGRvIG5v dCBjYXJyeSBjdXN0b21lciB0cmFmZmljLg0KDQogICBUd28gbWV0aG9kcyBmb3IgdHJhbnNwb3J0 aW5nIFRpbWluZyBtZXNzYWdlcyBvdmVyIE1QTFMgYXJlIGRlZmluZWQuDQogICBUaGUgZmlyc3Qg bWV0aG9kIGlzIHRvIHRyYW5zcG9ydCBUaW1pbmcgbWVzc2FnZXMgZGlyZWN0bHkgb3ZlciB0aGUN CiAgIGRlZGljYXRlZCBNUExTIExTUCB2aWEgVURQL0lQIGVuY2Fwc3VsYXRpb24sIHdoaWNoIGlz IHN1aXRhYmxlIGZvcg0KICAgTVBMUyBuZXR3b3Jrcy4gIFRoZSBzZWNvbmQgbWV0aG9kIGlzIHRv IHRyYW5zcG9ydCBUaW1pbmcgbWVzc2FnZXMNCiAgIGluc2lkZSBhIFBXIHZpYSBFdGhlcm5ldCBl bmNhcHN1bGF0aW9uLCB3aGljaCBpcyBzdWl0YWJsZSBmb3IgYm90aA0KICAgTVBMUyBhbmQgTVBM Uy1UUCBuZXR3b3Jrcy4NCg0KDQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3Ig dGhpcyBkcmFmdCBpczoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll dGYtdGljdG9jLTE1ODhvdmVybXBscw0KDQpUaGVyZSdzIGFsc28gYSBodG1saXplZCB2ZXJzaW9u IGF2YWlsYWJsZSBhdDoNCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtdGlj dG9jLTE1ODhvdmVybXBscy0wMw0KDQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBp cyBhdmFpbGFibGUgYXQ6DQpodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1p ZXRmLXRpY3RvYy0xNTg4b3Zlcm1wbHMtMDMNCg0KDQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28g YXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQpmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJu ZXQtZHJhZnRzLw0KDQoNCg== From odonoghue@isoc.org Wed Oct 24 10:25:20 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38C6121F85BB for ; Wed, 24 Oct 2012 10:25:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.265 X-Spam-Level: X-Spam-Status: No, score=-103.265 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1GN4HjFKLgJR for ; Wed, 24 Oct 2012 10:25:19 -0700 (PDT) Received: from smtp135.dfw.emailsrvr.com (smtp135.dfw.emailsrvr.com [67.192.241.135]) by ietfa.amsl.com (Postfix) with ESMTP id 5503121F8529 for ; Wed, 24 Oct 2012 10:25:19 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp13.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id BBAA8502A4; Wed, 24 Oct 2012 13:25:18 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp13.relay.dfw1a.emailsrvr.com (Authenticated sender: odonoghue-AT-isoc.org) with ESMTPSA id 82579502A5; Wed, 24 Oct 2012 13:25:18 -0400 (EDT) Message-ID: <5088247E.4070600@isoc.org> Date: Wed, 24 Oct 2012 13:25:18 -0400 From: Karen O'Donoghue Organization: ISOC User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: "tictoc@ietf.org" , NTP Working Group Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [TICTOC] draft agenda for tictoc/ntp joint meeting at IETF 85 X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: odonoghue@isoc.org List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2012 17:25:20 -0000 Folks, Below is a draft agenda for the upcoming meeting. Comments, corrections, and additions are welcome. Note this is a fairly long agenda so discussion on the mailing lists in advance would be helpful. Thanks, Karen ***** DRAFT ***** TICTOC WG - IETF 85 Agenda ========================== Thursday, 8 November 2012, 1300-1500 EDT (1800 - 2000 UTC) 1. Administrivia and Agenda Bashing (Chairs) 2. ITU-T SG15/Q13 update (??) 3. IEEE 1588 update (O'Donoghue) 4. Transporting Timing messages over MPLS Networks draft-ietf-tictoc-1588overmpls-03 Note: this document has been generalized to all timing messages. The filename will be changed to reflect this generalization in the next version (Shahram Davari) 5. Status of additional drafts in other working groups to support timing over MPLS. (Manav Bhatia) 6. Precision Time Protocol Version 2 (PTPv2) Management Information Base draft-ietf-tictoc-ptp-mib-03 (Vinay Shankarkumar) 7. TICTOC Security Requirements draft-ietf-tictoc-security-requirements-03 (Tal Mizrahi) 8. Proposal for an enterprise profile for IEEE 1588 (Doug Arnold) 9. Multi-Path Time Synchronization draft-shpiner-multi-path-synchronization-00 (Tal Mizrahi) 10. Autokey Version 2 Specification draft-sibold-autokey-00 (Dieter Sibold) 11. Using NTP Extension Field without Authentication draft-mizrahi-ntp-extension-field-00 (Tal Mizrahi) 12. Control Messages Protocol for Use with NTPv4 (expired: draft-odonoghue-ntpv4-control-01) 13. Securing Model-C Inter-Provider VPLS L2 VPNs with Label Hopping and TicToc draft-mjsraman-l2vpn-vpls-tictoc-label-hop-01 (if time permits) 14. Securing Model-C Inter-Provider VPNs with Label Hopping and TicToc draft-mjsraman-l3vpn-tictoc-label-hop-01 (if time permits) 15. AOB 16. Wrap-up / Way Forward From davari@broadcom.com Wed Oct 24 10:39:33 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D996721F8621 for ; Wed, 24 Oct 2012 10:39:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ayG4+2F1CqGo for ; Wed, 24 Oct 2012 10:39:33 -0700 (PDT) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by ietfa.amsl.com (Postfix) with ESMTP id 0C23621F8459 for ; Wed, 24 Oct 2012 10:39:33 -0700 (PDT) Received: from [10.16.192.224] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Wed, 24 Oct 2012 10:38:16 -0700 X-Server-Uuid: 06151B78-6688-425E-9DE2-57CB27892261 Received: from SJEXCHCAS04.corp.ad.broadcom.com (10.16.203.11) by SJEXCHHUB01.corp.ad.broadcom.com (10.16.192.224) with Microsoft SMTP Server (TLS) id 8.2.247.2; Wed, 24 Oct 2012 10:39:22 -0700 Received: from SJEXCHMB12.corp.ad.broadcom.com ( [fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS04.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Wed, 24 Oct 2012 10:39:22 -0700 From: "Shahram Davari" To: "Richard Tse" , "draft-ietf-tictoc-1588overmpls@tools.ietf.org" Thread-Topic: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt Thread-Index: Ac2xkpZ8pgP7aJ4X+k2ew0adKz8PKAAedDlw Date: Wed, 24 Oct 2012 17:39:21 +0000 Message-ID: <4A6CE49E6084B141B15C0713B8993F281BD0FB9D@SJEXCHMB12.corp.ad.broadcom.com> References: <7406401ED5C7CD42B1A5DDCDA4D02271053787C2@BBY1EXM09.pmc_nt.nt.pmc-sierra.bc.ca> In-Reply-To: <7406401ED5C7CD42B1A5DDCDA4D02271053787C2@BBY1EXM09.pmc_nt.nt.pmc-sierra.bc.ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] MIME-Version: 1.0 X-WSS-ID: 7C96F80241411168228-01-01 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Cc: "tictoc@ietf.org" Subject: Re: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2012 17:39:34 -0000 SGkgUmljaGFyZCwNCg0KVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLiBQbGVhc2Ugc2VlIG15IHJl c3BvbnNlcyBpbmxpbmUuDQoNClJlZ2FyZHMsDQpTaGFocmFtDQoNCi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBSaWNoYXJkIFRzZSBbbWFpbHRvOlJpY2hhcmQuVHNlQHBtY3MuY29t XSANClNlbnQ6IFR1ZXNkYXksIE9jdG9iZXIgMjMsIDIwMTIgODoyNyBQTQ0KVG86IGRyYWZ0LWll dGYtdGljdG9jLTE1ODhvdmVybXBsc0B0b29scy5pZXRmLm9yZw0KQ2M6IHRpY3RvY0BpZXRmLm9y ZzsgUmljaGFyZCBUc2UNClN1YmplY3Q6IFJFOiBbVElDVE9DXSBJLUQgQWN0aW9uOiBkcmFmdC1p ZXRmLXRpY3RvYy0xNTg4b3Zlcm1wbHMtMDMudHh0DQoNClNoYWhyYW06DQoNCkkgaGF2ZSBhIGZl dyBjb21tZW50cyBhYm91dCB0aGlzIGRyYWZ0Og0KDQpBKSAgSW4gY2xhdXNlIDMsIHlvdSBzYXkg Ii4uLnRoZSBwYXlsb2FkIGNhbid0IGJlIGRldGVybWluaXN0aWNhbGx5IGlkZW50aWZpZWQgYnkg TFNScyBiZWNhdXNlIHRoZSBwYXlsb2FkIHR5cGUgaXMgYSBjb250ZXh0IG9mIHRoZSBQVyBsYWJl bCBhbmQgdGhlIFBXIGxhYmVsLCBhbmQgdGhlIFBXIGxhYmVsIGFuZCBpdHMgY29udGV4dCBhcmUg b25seSBrbm93biB0byB0aGUgRWRnZSByb3V0ZXJzIChQRXMvTEVScyk7IExTUnMgZG9uJ3Qga25v dyB3aGF0IGlzIGEgUFcncyBwYXlsb2FkIChFdGhlcm5ldCwgQVRNLCBGUiwgQ0VTLCBldGMpLiIN Cg0KSG93ZXZlciwgYSBuZXcgY29udHJhZGljdG9yeSB0ZXh0IGluIGNsYXVzZSA3IHNheXM6ICAi SXQgaXMgdGhlIGpvYiBvZiB0aGUgTEVSL0xTUiB0byBwYXJzZSB0aGUgdGltaW5nIG1lc3NhZ2Ug YW5kIGZpbmQgb3V0IHRoZSB0eXBlIG9mIHRoZSBUaW1pbmcgbWVzc2FnZSBhbmQgZGVjaWRlIHdo ZXRoZXIgYW5kIGhvdyB0byBUaW1lLXN0YW1wIGl0IChlLmcuICwgQkMpIG9yIG1vZGlmeSBleGlz dGluZyB0aW1lc3RhbXAgaW4gaXQgKGUuZy4sIFRDKS4iICANCg0KSSB0aGluayB0aGUgbmV3IHRl eHQgaW4gY2xhdXNlIDcgbmVlZHMgdG8gYmUgY2hhbmdlZC4gIEkgZG9uJ3QgdGhpbmsgd2Ugd2Fu dCBMRVJzIGFuZCBMU1JzIHRvIGxvb2sgaW5zaWRlIHRpbWluZyBwYWNrZXRzIHRvIGRlY2lkZSBo b3cgdG8gdGltZXN0YW1wIGl0LiAgSSB0aGluayB0aGUgdGltaW5nIExTUHMgc2hvdWxkIGJlIHVu aXF1ZSBhbmQgc2hvdWxkIGNvbnRhaW4gYWxsIHRoZSBpbmZvcm1hdGlvbiB0aGF0IHRoZSBMRVIv TFNSIG5lZWRzIGZvciBpdHMgdGltZXN0YW1waW5nIGZ1bmN0aW9uLiAgDQoNClNEPiB0aGUgdHdv IHN0YXRlbWVudHMgeW91IG1lbnRpb25lZCBhcmUgbm90IGNvbnRyYWRpY3RvcnkuIEJhc2VkIG9u IE1QTFMgYXJjaGl0ZWN0dXJlIHRoZSBwYXlsb2FkIG9mIFBXIGlzIG9ubHkga25vd24gdG8gdGhl IGluZ3Jlc3MgYW5kIEVncmVzcyBMRVJzIGFuZCBub3QgdG8gaW50ZXJtZWRpYXRlIExTUnMuICBU aGlzIGRyYWZ0IHByb3Bvc2VkIHRvIHNpZ25hbCB3aGV0aGVyIHRoZSBwYXlsb2FkIGZvciBhIHNw ZWNpZmljIFRpbWluZyBMU1AgaXMgIElQIG9yIFBXIHNvIHRoYXQgYWxsIExTUnMgaW4gdGhlIHBh dGgga25vdyB0aGUgcGF5bG9hZC4gVGhlIHNpZ25hbGluZyBhbHNvIHNwZWNpZmllcyAgd2hhdCB0 eXBlIG9mIHRpbWluZyBtZXNzYWdlIGlzIGVuY2Fwc3VsYXRlZCAoUFRQLCBOVFAsIGV0YykuIFNv IGEgcGFyc2VyIGNhbiBlYXNpbHkgcGFyc2UgdGhlIFRpbWluZyBtZXNzYWdlLiBQYXJzaW5nIG9m IFRpbWluZyBtZXNzYWdlIGlzIHJlcXVpcmVkIHNpbmNlIG5vdCBhbGwgVGltaW5nIG1lc3NhZ2Vz IHJlcXVpcmUgVGltZS1zdGFtcGluZyBvciBUQyBjb3JyZWN0aW9uLiAgRm9yIGV4YW1wbGUgMTU4 OCBoYXMgZXZlbnQgbWVzc2FnZXMgYW5kIG5vbi1ldmVudCBtZXNzYWdlcy4gMTU4OCBzdGFuZGFy ZCByZXF1aXJlcyBkaWZmZXJlbnQgdGltZS1zdGFtcGluZyBiZWhhdmlvciBmb3IgZGlmZmVyZW50 IG1lc3NhZ2VzLg0KDQoNCkIpLiBGb2xsb3dpbmcgYWxvbmcgdGhlIGxpbmVzIG9mIG15IGNvbW1l bnQgYWJvdmUgcmVnYXJkaW5nIGRlZXAgcGFja2V0IGluc3BlY3Rpb24sIGhvdyBpcyAyLXN0ZXAg ZnVuY3Rpb25hbGl0eSBoYW5kbGVkIGluIGEgdHJhbnNwYXJlbnQgY2xvY2sgaW4gdGhlIE1QTFMg bmV0d29yaz8gIFRvIHVwZGF0ZSBhIGZvbGxvd191cCBwYWNrZXQsIGFuIExTUiBUQyB3b3VsZCBu ZWVkIHRvIGxvb2sgaW5zaWRlIHRoZSBwYWNrZXQgdG8gYXNzb2NpYXRlIHRoZSBzZXF1ZW5jZUlE IG9mIHRoZSBGb2xsb3dfdXAgbWVzc2FnZSB3aXRoIHRoYXQgb2YgdGhlIFN5bmMgbWVzc2FnZS4g IFBlcmhhcHMgeW91IHNob3VsZCBhbGxvdyBvbmx5IG9uZS1zdGVwIHRpbWVzdGFtcGluZyBpbiBh bGwgTVBMUyBub2Rlcy4gIEZvbGxvd191cCBwYWNrZXRzIHRoYXQgd2VyZSBnZW5lcmF0ZWQgb3V0 c2lkZSB0aGUgTVBMUyBuZXR3b3JrIGNhbiBzdGlsbCBwYXNzIHRocm91Z2gsIGJ1dCB0aGV5IHdp bGwgbm90IGJlIG1vZGlmaWVkLiAgVGhpcyB3b3VsZCBzaW1wbGlmeSB0aGUgdGltZXN0YW1waW5n IGZ1bmN0aW9uIGFuZCBuZWdhdGUgdGhlIG5lZWQgZm9yIGFueSBkZWVwLXBhY2tldCBpbnNwZWN0 aW9uLg0KDQpbU0RdIEZvciAyLXN0ZXAgdGhlIENQVSBjYW4gZG8gdGhlIHBhcnNpbmcgYW5kIGRl ZXAgcGFja2V0IGluc3BlY3Rpb24gaXMgbm90IHJlcXVpcmVkIGF0IGxpbmUgcmF0ZSBpbiBIVy4g DQoNCg0KQykuICBDbGF1c2UgNi40IG9mIHRoZSBuZXdseSByZWxlYXNlZCBkcmFmdCBvZiBJVFUt VCBHLjgyNzUuMSwgUHJlY2lzaW9uIHRpbWUgcHJvdG9jb2wgdGVsZWNvbSBwcm9maWxlIGZvciBw aGFzZS90aW1lIHN5bmNocm9uaXphdGlvbiwgc3RhdGVzIHRoYXQgIlRoZSBFdGhlcm5ldCBtYXBw aW5nLCBhcyBwZXIgSUVFRSAxNTg4LTIwMDggQW5uZXggRiwgaXMgYWdyZWVkIGFzIHRoZSBkZWZh dWx0IG1hcHBpbmcgZm9yIHRoZSBwcm9maWxlLiIgIFNvb25lciBvciBsYXRlciwgeW91IHdpbGwg bmVlZCB0byBhZGQgdGhlIFBUUC1vdmVyLUV0aGVybmV0LW92ZXItTVBMUyBlbmNhcHN1bGF0aW9u IHRvIHNlY3Rpb24gNiBvZiB5b3VyIHN0YW5kYXJkIHRvIHN1cHBvcnQgdGhpcyBwcm9maWxlLg0K DQpbU0RdIFRoZSBtZXRob2QgZm9yIHRyYW5zcG9ydGluZyBFdGhlcm5ldCBvdmVyIE1QTFMgaXMg dmlhIFBXIGFuZCB0aGF0IGlzIGNvdmVyZWQgaW4gc2VjdGlvbiA2LjIuIA0KDQoNCi0tLS0tLS0t LS0NCg0KDQpSaWNoYXJkIFRzZQ0KVGVjaG5pY2FsIEFkdmlzb3INClBNQy1TaWVycmEsIEluYw0K ODU1NSBCYXh0ZXIgUGxhY2UNCkJ1cm5hYnksIEJDDQpDYW5hZGENClY1QSA0VjcNClBob25lOiAg KzEtNjA0LTQxNS02MDE1DQpFbWFpbDogIFJpY2hhcmQuVHNlQHBtY3MuY29tDQp3d3cucG1jLXNp ZXJyYS5jb20NCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQt ZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANClNlbnQ6 IE1vbmRheSwgT2N0b2JlciAyMiwgMjAxMiAxOjI4IEFNDQpUbzogaS1kLWFubm91bmNlQGlldGYu b3JnDQpDYzogdGljdG9jQGlldGYub3JnDQpTdWJqZWN0OiBbVElDVE9DXSBJLUQgQWN0aW9uOiBk cmFmdC1pZXRmLXRpY3RvYy0xNTg4b3Zlcm1wbHMtMDMudHh0DQoNCg0KQSBOZXcgSW50ZXJuZXQt RHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVj dG9yaWVzLg0KIFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIFRpbWluZyBvdmVyIElQ IENvbm5lY3Rpb24gYW5kIFRyYW5zZmVyIG9mIENsb2NrIFdvcmtpbmcgR3JvdXAgb2YgdGhlIElF VEYuDQoNCglUaXRsZSAgICAgICAgICAgOiBUcmFuc3BvcnRpbmcgVGltaW5nIG1lc3NhZ2VzIG92 ZXIgTVBMUyBOZXR3b3Jrcw0KCUF1dGhvcihzKSAgICAgICA6IFNoYWhyYW0gRGF2YXJpDQogICAg ICAgICAgICAgICAgICAgICAgICAgIEFtaXQgT3Jlbg0KICAgICAgICAgICAgICAgICAgICAgICAg ICBNYW5hdiBCaGF0aWENCiAgICAgICAgICAgICAgICAgICAgICAgICAgUGV0ZXIgUm9iZXJ0cw0K ICAgICAgICAgICAgICAgICAgICAgICAgICBMYXVyZW50IE1vbnRpbmkNCglGaWxlbmFtZSAgICAg ICAgOiBkcmFmdC1pZXRmLXRpY3RvYy0xNTg4b3Zlcm1wbHMtMDMudHh0DQoJUGFnZXMgICAgICAg ICAgIDogMzYNCglEYXRlICAgICAgICAgICAgOiAyMDEyLTEwLTIyDQoNCkFic3RyYWN0Og0KICAg VGhpcyBkb2N1bWVudCBkZWZpbmVzIHRoZSBtZXRob2QgZm9yIHRyYW5zcG9ydGluZyBUaW1pbmcg bWVzc2FnZXMNCiAgIHN1Y2ggYXMgUFRQIGFuZCBOVFAgb3ZlciBhbiBNUExTIG5ldHdvcmsuICBU aGUgbWV0aG9kIGFsbG93cyBmb3IgdGhlDQogICBlYXN5IGlkZW50aWZpY2F0aW9uIG9mIHRoZXNl IFBEVXMgYXQgdGhlIHBvcnQgbGV2ZWwgdG8gYWxsb3cgZm9yIHBvcnQNCiAgIGxldmVsIHByb2Nl c3Npbmcgb2YgdGhlc2UgUERVcyBpbiBib3RoIExFUnMgYW5kIExTUnMuDQoNCiAgIFRoZSBiYXNp YyBpZGVhIGlzIHRvIHRyYW5zcG9ydCBUaW1pbmcgbWVzc2FnZXMgaW5zaWRlIGRlZGljYXRlZCBN UExTDQogICBMU1BzLiAgVGhlc2UgTFNQcyBvbmx5IGNhcnJ5IHRpbWluZyBtZXNzYWdlcyBhbmQg cG9zc2libHkgQ29udHJvbCBhbmQNCiAgIE1hbmFnZW1lbnQgcGFja2V0cywgYnV0IHRoZXkgZG8g bm90IGNhcnJ5IGN1c3RvbWVyIHRyYWZmaWMuDQoNCiAgIFR3byBtZXRob2RzIGZvciB0cmFuc3Bv cnRpbmcgVGltaW5nIG1lc3NhZ2VzIG92ZXIgTVBMUyBhcmUgZGVmaW5lZC4NCiAgIFRoZSBmaXJz dCBtZXRob2QgaXMgdG8gdHJhbnNwb3J0IFRpbWluZyBtZXNzYWdlcyBkaXJlY3RseSBvdmVyIHRo ZQ0KICAgZGVkaWNhdGVkIE1QTFMgTFNQIHZpYSBVRFAvSVAgZW5jYXBzdWxhdGlvbiwgd2hpY2gg aXMgc3VpdGFibGUgZm9yDQogICBNUExTIG5ldHdvcmtzLiAgVGhlIHNlY29uZCBtZXRob2QgaXMg dG8gdHJhbnNwb3J0IFRpbWluZyBtZXNzYWdlcw0KICAgaW5zaWRlIGEgUFcgdmlhIEV0aGVybmV0 IGVuY2Fwc3VsYXRpb24sIHdoaWNoIGlzIHN1aXRhYmxlIGZvciBib3RoDQogICBNUExTIGFuZCBN UExTLVRQIG5ldHdvcmtzLg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZv ciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt aWV0Zi10aWN0b2MtMTU4OG92ZXJtcGxzDQoNClRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZlcnNp b24gYXZhaWxhYmxlIGF0Og0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi10 aWN0b2MtMTU4OG92ZXJtcGxzLTAzDQoNCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9u IGlzIGF2YWlsYWJsZSBhdDoNCmh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0 LWlldGYtdGljdG9jLTE1ODhvdmVybXBscy0wMw0KDQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxz byBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRl cm5ldC1kcmFmdHMvDQoNCg0K From Richard.Tse@pmcs.com Thu Oct 25 19:54:45 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7076D21F848F for ; Thu, 25 Oct 2012 19:54:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.288 X-Spam-Level: X-Spam-Status: No, score=-2.288 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HOST_MISMATCH_COM=0.311] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bCf2FAMF-M7z for ; Thu, 25 Oct 2012 19:54:44 -0700 (PDT) Received: from bby1mta02.pmc-sierra.bc.ca (bby1mta02.pmc-sierra.com [216.241.235.117]) by ietfa.amsl.com (Postfix) with ESMTP id 7BA4221F846B for ; Thu, 25 Oct 2012 19:54:44 -0700 (PDT) Received: from bby1mta02.pmc-sierra.bc.ca (localhost.pmc-sierra.bc.ca [127.0.0.1]) by localhost (Postfix) with SMTP id D67BB8E0179; Thu, 25 Oct 2012 19:54:43 -0700 (PDT) Received: from bby1exg02.pmc_nt.nt.pmc-sierra.bc.ca (bby1exg02 [216.241.231.167]) by bby1mta02.pmc-sierra.bc.ca (Postfix) with SMTP id B525D8E0178; Thu, 25 Oct 2012 19:54:43 -0700 (PDT) Received: from BBY1EXM09.pmc_nt.nt.pmc-sierra.bc.ca ([216.241.231.158]) by bby1exg02.pmc_nt.nt.pmc-sierra.bc.ca with Microsoft SMTPSVC(6.0.3790.4675); Thu, 25 Oct 2012 19:54:42 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Thu, 25 Oct 2012 19:54:41 -0700 Message-ID: <7406401ED5C7CD42B1A5DDCDA4D022710537899D@BBY1EXM09.pmc_nt.nt.pmc-sierra.bc.ca> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt Thread-Index: Ac2zAzJv8krNBrGuTUKyxfz3AYuSOw== From: "Richard Tse" To: "Shahram Davari" , X-OriginalArrivalTime: 26 Oct 2012 02:54:42.0955 (UTC) FILETIME=[3FD2BDB0:01CDB325] X-Mailman-Approved-At: Fri, 26 Oct 2012 08:04:42 -0700 Cc: tictoc@ietf.org, Richard Tse Subject: Re: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2012 02:54:45 -0000 U2hhaHJhbToNCg0KVGhhbmtzIGZvciB5b3VyIHF1aWNrIHJlcGx5LiAgUGxlYXNlIHNlZSBteSBu ZXcgY29tbWVudHMgaW5saW5lLg0KDQpSaWNoDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQpGcm9tOiBTaGFocmFtIERhdmFyaSBbbWFpbHRvOmRhdmFyaUBicm9hZGNvbS5jb21dIA0KU2Vu dDogV2VkbmVzZGF5LCBPY3RvYmVyIDI0LCAyMDEyIDEwOjM5IEFNDQpUbzogUmljaGFyZCBUc2U7 IGRyYWZ0LWlldGYtdGljdG9jLTE1ODhvdmVybXBsc0B0b29scy5pZXRmLm9yZw0KQ2M6IHRpY3Rv Y0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtUSUNUT0NdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYt dGljdG9jLTE1ODhvdmVybXBscy0wMy50eHQNCg0KSGkgUmljaGFyZCwNCg0KVGhhbmtzIGZvciB5 b3VyIGNvbW1lbnRzLiBQbGVhc2Ugc2VlIG15IHJlc3BvbnNlcyBpbmxpbmUuDQoNClJlZ2FyZHMs DQpTaGFocmFtDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBSaWNoYXJkIFRz ZSBbbWFpbHRvOlJpY2hhcmQuVHNlQHBtY3MuY29tXSANClNlbnQ6IFR1ZXNkYXksIE9jdG9iZXIg MjMsIDIwMTIgODoyNyBQTQ0KVG86IGRyYWZ0LWlldGYtdGljdG9jLTE1ODhvdmVybXBsc0B0b29s cy5pZXRmLm9yZw0KQ2M6IHRpY3RvY0BpZXRmLm9yZzsgUmljaGFyZCBUc2UNClN1YmplY3Q6IFJF OiBbVElDVE9DXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLXRpY3RvYy0xNTg4b3Zlcm1wbHMtMDMu dHh0DQoNClNoYWhyYW06DQoNCkkgaGF2ZSBhIGZldyBjb21tZW50cyBhYm91dCB0aGlzIGRyYWZ0 Og0KDQpBKSAgSW4gY2xhdXNlIDMsIHlvdSBzYXkgIi4uLnRoZSBwYXlsb2FkIGNhbid0IGJlIGRl dGVybWluaXN0aWNhbGx5IGlkZW50aWZpZWQgYnkgTFNScyBiZWNhdXNlIHRoZSBwYXlsb2FkIHR5 cGUgaXMgYSBjb250ZXh0IG9mIHRoZSBQVyBsYWJlbCBhbmQgdGhlIFBXIGxhYmVsLCBhbmQgdGhl IFBXIGxhYmVsIGFuZCBpdHMgY29udGV4dCBhcmUgb25seSBrbm93biB0byB0aGUgRWRnZSByb3V0 ZXJzIChQRXMvTEVScyk7IExTUnMgZG9uJ3Qga25vdyB3aGF0IGlzIGEgUFcncyBwYXlsb2FkIChF dGhlcm5ldCwgQVRNLCBGUiwgQ0VTLCBldGMpLiINCg0KSG93ZXZlciwgYSBuZXcgY29udHJhZGlj dG9yeSB0ZXh0IGluIGNsYXVzZSA3IHNheXM6ICAiSXQgaXMgdGhlIGpvYiBvZiB0aGUgTEVSL0xT UiB0byBwYXJzZSB0aGUgdGltaW5nIG1lc3NhZ2UgYW5kIGZpbmQgb3V0IHRoZSB0eXBlIG9mIHRo ZSBUaW1pbmcgbWVzc2FnZSBhbmQgZGVjaWRlIHdoZXRoZXIgYW5kIGhvdyB0byBUaW1lLXN0YW1w IGl0IChlLmcuICwgQkMpIG9yIG1vZGlmeSBleGlzdGluZyB0aW1lc3RhbXAgaW4gaXQgKGUuZy4s IFRDKS4iICANCg0KSSB0aGluayB0aGUgbmV3IHRleHQgaW4gY2xhdXNlIDcgbmVlZHMgdG8gYmUg Y2hhbmdlZC4gIEkgZG9uJ3QgdGhpbmsgd2Ugd2FudCBMRVJzIGFuZCBMU1JzIHRvIGxvb2sgaW5z aWRlIHRpbWluZyBwYWNrZXRzIHRvIGRlY2lkZSBob3cgdG8gdGltZXN0YW1wIGl0LiAgSSB0aGlu ayB0aGUgdGltaW5nIExTUHMgc2hvdWxkIGJlIHVuaXF1ZSBhbmQgc2hvdWxkIGNvbnRhaW4gYWxs IHRoZSBpbmZvcm1hdGlvbiB0aGF0IHRoZSBMRVIvTFNSIG5lZWRzIGZvciBpdHMgdGltZXN0YW1w aW5nIGZ1bmN0aW9uLiAgDQoNClNEPiB0aGUgdHdvIHN0YXRlbWVudHMgeW91IG1lbnRpb25lZCBh cmUgbm90IGNvbnRyYWRpY3RvcnkuIEJhc2VkIG9uIE1QTFMgYXJjaGl0ZWN0dXJlIHRoZSBwYXls b2FkIG9mIFBXIGlzIG9ubHkga25vd24gdG8gdGhlIGluZ3Jlc3MgYW5kIEVncmVzcyBMRVJzIGFu ZCBub3QgdG8gaW50ZXJtZWRpYXRlIExTUnMuICBUaGlzIGRyYWZ0IHByb3Bvc2VkIHRvIHNpZ25h bCB3aGV0aGVyIHRoZSBwYXlsb2FkIGZvciBhIHNwZWNpZmljIFRpbWluZyBMU1AgaXMgIElQIG9y IFBXIHNvIHRoYXQgYWxsIExTUnMgaW4gdGhlIHBhdGgga25vdyB0aGUgcGF5bG9hZC4gVGhlIHNp Z25hbGluZyBhbHNvIHNwZWNpZmllcyAgd2hhdCB0eXBlIG9mIHRpbWluZyBtZXNzYWdlIGlzIGVu Y2Fwc3VsYXRlZCAoUFRQLCBOVFAsIGV0YykuIFNvIGEgcGFyc2VyIGNhbiBlYXNpbHkgcGFyc2Ug dGhlIFRpbWluZyBtZXNzYWdlLiBQYXJzaW5nIG9mIFRpbWluZyBtZXNzYWdlIGlzIHJlcXVpcmVk IHNpbmNlIG5vdCBhbGwgVGltaW5nIG1lc3NhZ2VzIHJlcXVpcmUgVGltZS1zdGFtcGluZyBvciBU QyBjb3JyZWN0aW9uLiAgRm9yIGV4YW1wbGUgMTU4OCBoYXMgZXZlbnQgbWVzc2FnZXMgYW5kIG5v bi1ldmVudCBtZXNzYWdlcy4gMTU4OCBzdGFuZGFyZCByZXF1aXJlcyBkaWZmZXJlbnQgdGltZS1z dGFtcGluZyBiZWhhdmlvciBmb3IgZGlmZmVyZW50IG1lc3NhZ2VzLg0KDQpbUmljaGFyZCBUc2Vd IEkgc2VlLiAgRnJvbSB0aGUgdGV4dCBpbiBjbGF1c2UgMywgbXkgb3JpZ2luYWwgaW50ZXJwcmV0 YXRpb24gd2FzIHRoYXQgZGlmZmVyZW50IGxhYmVscyB3b3VsZCBiZSB1c2VkIGZvciBkaWZmZXJl bnQgbWVzc2FnZSB0eXBlcy4gIFRodXMsIHRoZSBMU1JzIGFuZCBMRVJzIHdvdWxkIG5vdCBoYXZl IHRvIGxvb2sgYXQgYW55dGhpbmcgZXhjZXB0IHRoZSBsYWJlbC4gIEkgcmVhbGx5IGxpa2VkIHRo aXMgYmVjYXVzZSBpdCB3YXMgc28gc2ltcGxlIGFuZCBoYWQgb25seSB0aGUgbWlub3IoPykgY29z dCBvZiB1c2luZyBhIGZldyBtb3JlIGxhYmVscy4gICAgQnV0LCBJIGd1ZXNzIHRoaXMgd291bGQg YmUgY29ycnVwdGVkIGJ5IHRoZSBPQU0gYW5kIE1nbXQgbWVzc2FnZXMgd2hpY2ggYWxzbyB1c2Ug dGhlIFBUUCBMU1BzIGFuZCByZXF1aXJlIGRpZmZlcmVudCBhY3Rpb25zLiAgDQoNCg0KDQpCKS4g Rm9sbG93aW5nIGFsb25nIHRoZSBsaW5lcyBvZiBteSBjb21tZW50IGFib3ZlIHJlZ2FyZGluZyBk ZWVwIHBhY2tldCBpbnNwZWN0aW9uLCBob3cgaXMgMi1zdGVwIGZ1bmN0aW9uYWxpdHkgaGFuZGxl ZCBpbiBhIHRyYW5zcGFyZW50IGNsb2NrIGluIHRoZSBNUExTIG5ldHdvcms/ICBUbyB1cGRhdGUg YSBmb2xsb3dfdXAgcGFja2V0LCBhbiBMU1IgVEMgd291bGQgbmVlZCB0byBsb29rIGluc2lkZSB0 aGUgcGFja2V0IHRvIGFzc29jaWF0ZSB0aGUgc2VxdWVuY2VJRCBvZiB0aGUgRm9sbG93X3VwIG1l c3NhZ2Ugd2l0aCB0aGF0IG9mIHRoZSBTeW5jIG1lc3NhZ2UuICBQZXJoYXBzIHlvdSBzaG91bGQg YWxsb3cgb25seSBvbmUtc3RlcCB0aW1lc3RhbXBpbmcgaW4gYWxsIE1QTFMgbm9kZXMuICBGb2xs b3dfdXAgcGFja2V0cyB0aGF0IHdlcmUgZ2VuZXJhdGVkIG91dHNpZGUgdGhlIE1QTFMgbmV0d29y ayBjYW4gc3RpbGwgcGFzcyB0aHJvdWdoLCBidXQgdGhleSB3aWxsIG5vdCBiZSBtb2RpZmllZC4g IFRoaXMgd291bGQgc2ltcGxpZnkgdGhlIHRpbWVzdGFtcGluZyBmdW5jdGlvbiBhbmQgbmVnYXRl IHRoZSBuZWVkIGZvciBhbnkgZGVlcC1wYWNrZXQgaW5zcGVjdGlvbi4NCg0KW1NEXSBGb3IgMi1z dGVwIHRoZSBDUFUgY2FuIGRvIHRoZSBwYXJzaW5nIGFuZCBkZWVwIHBhY2tldCBpbnNwZWN0aW9u IGlzIG5vdCByZXF1aXJlZCBhdCBsaW5lIHJhdGUgaW4gSFcuIA0KDQpbUmljaGFyZCBUc2VdICBJ IHdhcyBob3BpbmcgdG8gc2ltcGxpZnkgdGhlIGltcGxlbWVudGF0aW9uIHNvIHRoZSBMRVJzIHdv dWxkIG5vdCBuZWVkIGEgZGVlcC1wYWNrZXQgcHJvY2Vzc2luZyBlbGVtZW50IHRvIGhhbmRsZSB0 cmFuc3BhcmVudCBjbG9ja3MuICBXaXRoIDItc3RlcCBjbG9ja3MsIHRoZSBDUFUgbmVlZHMgdG8g aG9sZCBhIGxvdCBvZiBQVFAgY29udGV4dCB0byB3YWl0IGFuZCBhc3NvY2lhdGUgZm9sbG93X3Vw IHBhY2tldHMgd2l0aCBzeW5jIHBhY2tldHMuICBXaGVuIGRvaW5nIGRlZXAtcGFja2V0IGluc3Bl Y3Rpb24gYW5kIDItc3RlcCBjbG9jayBjb250ZXh0IGhhbmRsaW5nLCBub21pbmFsIFBUUCBwYWNr ZXQgcmF0ZXMgbXVsdGlwbGllZCBieSB0aGUgbWFueSBQVFAgY29ubmVjdGlvbnMgdGhhdCBtYXkg ZmxvdyB0aHJvdWdoIGEgVEMgd2lsbCByZXF1aXJlIG5vbi1pbnNpZ25pZmljYW50IHByb2Nlc3Np bmcgcG93ZXIuICBXaXRoIDEtc3RlcCBjbG9ja2luZywgdGhpcyBjb3VsZCBhbGwgYmUgZG9uZSBp biBIL1cuICANCg0KDQoNCkMpLiAgQ2xhdXNlIDYuNCBvZiB0aGUgbmV3bHkgcmVsZWFzZWQgZHJh ZnQgb2YgSVRVLVQgRy44Mjc1LjEsIFByZWNpc2lvbiB0aW1lIHByb3RvY29sIHRlbGVjb20gcHJv ZmlsZSBmb3IgcGhhc2UvdGltZSBzeW5jaHJvbml6YXRpb24sIHN0YXRlcyB0aGF0ICJUaGUgRXRo ZXJuZXQgbWFwcGluZywgYXMgcGVyIElFRUUgMTU4OC0yMDA4IEFubmV4IEYsIGlzIGFncmVlZCBh cyB0aGUgZGVmYXVsdCBtYXBwaW5nIGZvciB0aGUgcHJvZmlsZS4iICBTb29uZXIgb3IgbGF0ZXIs IHlvdSB3aWxsIG5lZWQgdG8gYWRkIHRoZSBQVFAtb3Zlci1FdGhlcm5ldC1vdmVyLU1QTFMgZW5j YXBzdWxhdGlvbiB0byBzZWN0aW9uIDYgb2YgeW91ciBzdGFuZGFyZCB0byBzdXBwb3J0IHRoaXMg cHJvZmlsZS4NCg0KW1NEXSBUaGUgbWV0aG9kIGZvciB0cmFuc3BvcnRpbmcgRXRoZXJuZXQgb3Zl ciBNUExTIGlzIHZpYSBQVyBhbmQgdGhhdCBpcyBjb3ZlcmVkIGluIHNlY3Rpb24gNi4yLiANCltS aWNoYXJkIFRzZV0gVGhhbmtzLiAgSSBvdmVybG9va2VkIHRoZSBmYWN0IHRoYXQgeW91IHJlbW92 ZWQgYWxsIHRoZSBJUCBhbmQgVURQIGxheWVycyBmcm9tIHRoZSBQVyBlbmNhcHN1bGF0aW9uLiAN Cg0KDQotLS0tLS0tLS0tDQoNCg0KUmljaGFyZCBUc2UNClRlY2huaWNhbCBBZHZpc29yDQpQTUMt U2llcnJhLCBJbmMNCjg1NTUgQmF4dGVyIFBsYWNlDQpCdXJuYWJ5LCBCQw0KQ2FuYWRhDQpWNUEg NFY3DQpQaG9uZTogICsxLTYwNC00MTUtNjAxNQ0KRW1haWw6ICBSaWNoYXJkLlRzZUBwbWNzLmNv bQ0Kd3d3LnBtYy1zaWVycmEuY29tDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZy b206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRm Lm9yZ10gDQpTZW50OiBNb25kYXksIE9jdG9iZXIgMjIsIDIwMTIgMToyOCBBTQ0KVG86IGktZC1h bm5vdW5jZUBpZXRmLm9yZw0KQ2M6IHRpY3RvY0BpZXRmLm9yZw0KU3ViamVjdDogW1RJQ1RPQ10g SS1EIEFjdGlvbjogZHJhZnQtaWV0Zi10aWN0b2MtMTU4OG92ZXJtcGxzLTAzLnR4dA0KDQoNCkEg TmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0 LURyYWZ0cyBkaXJlY3Rvcmllcy4NCiBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBU aW1pbmcgb3ZlciBJUCBDb25uZWN0aW9uIGFuZCBUcmFuc2ZlciBvZiBDbG9jayBXb3JraW5nIEdy b3VwIG9mIHRoZSBJRVRGLg0KDQoJVGl0bGUgICAgICAgICAgIDogVHJhbnNwb3J0aW5nIFRpbWlu ZyBtZXNzYWdlcyBvdmVyIE1QTFMgTmV0d29ya3MNCglBdXRob3IocykgICAgICAgOiBTaGFocmFt IERhdmFyaQ0KICAgICAgICAgICAgICAgICAgICAgICAgICBBbWl0IE9yZW4NCiAgICAgICAgICAg ICAgICAgICAgICAgICAgTWFuYXYgQmhhdGlhDQogICAgICAgICAgICAgICAgICAgICAgICAgIFBl dGVyIFJvYmVydHMNCiAgICAgICAgICAgICAgICAgICAgICAgICAgTGF1cmVudCBNb250aW5pDQoJ RmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi10aWN0b2MtMTU4OG92ZXJtcGxzLTAzLnR4dA0K CVBhZ2VzICAgICAgICAgICA6IDM2DQoJRGF0ZSAgICAgICAgICAgIDogMjAxMi0xMC0yMg0KDQpB YnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyB0aGUgbWV0aG9kIGZvciB0cmFuc3Bv cnRpbmcgVGltaW5nIG1lc3NhZ2VzDQogICBzdWNoIGFzIFBUUCBhbmQgTlRQIG92ZXIgYW4gTVBM UyBuZXR3b3JrLiAgVGhlIG1ldGhvZCBhbGxvd3MgZm9yIHRoZQ0KICAgZWFzeSBpZGVudGlmaWNh dGlvbiBvZiB0aGVzZSBQRFVzIGF0IHRoZSBwb3J0IGxldmVsIHRvIGFsbG93IGZvciBwb3J0DQog ICBsZXZlbCBwcm9jZXNzaW5nIG9mIHRoZXNlIFBEVXMgaW4gYm90aCBMRVJzIGFuZCBMU1JzLg0K DQogICBUaGUgYmFzaWMgaWRlYSBpcyB0byB0cmFuc3BvcnQgVGltaW5nIG1lc3NhZ2VzIGluc2lk ZSBkZWRpY2F0ZWQgTVBMUw0KICAgTFNQcy4gIFRoZXNlIExTUHMgb25seSBjYXJyeSB0aW1pbmcg bWVzc2FnZXMgYW5kIHBvc3NpYmx5IENvbnRyb2wgYW5kDQogICBNYW5hZ2VtZW50IHBhY2tldHMs IGJ1dCB0aGV5IGRvIG5vdCBjYXJyeSBjdXN0b21lciB0cmFmZmljLg0KDQogICBUd28gbWV0aG9k cyBmb3IgdHJhbnNwb3J0aW5nIFRpbWluZyBtZXNzYWdlcyBvdmVyIE1QTFMgYXJlIGRlZmluZWQu DQogICBUaGUgZmlyc3QgbWV0aG9kIGlzIHRvIHRyYW5zcG9ydCBUaW1pbmcgbWVzc2FnZXMgZGly ZWN0bHkgb3ZlciB0aGUNCiAgIGRlZGljYXRlZCBNUExTIExTUCB2aWEgVURQL0lQIGVuY2Fwc3Vs YXRpb24sIHdoaWNoIGlzIHN1aXRhYmxlIGZvcg0KICAgTVBMUyBuZXR3b3Jrcy4gIFRoZSBzZWNv bmQgbWV0aG9kIGlzIHRvIHRyYW5zcG9ydCBUaW1pbmcgbWVzc2FnZXMNCiAgIGluc2lkZSBhIFBX IHZpYSBFdGhlcm5ldCBlbmNhcHN1bGF0aW9uLCB3aGljaCBpcyBzdWl0YWJsZSBmb3IgYm90aA0K ICAgTVBMUyBhbmQgTVBMUy1UUCBuZXR3b3Jrcy4NCg0KDQpUaGUgSUVURiBkYXRhdHJhY2tlciBz dGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWlldGYtdGljdG9jLTE1ODhvdmVybXBscw0KDQpUaGVyZSdzIGFsc28gYSBo dG1saXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDoNCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWlldGYtdGljdG9jLTE1ODhvdmVybXBscy0wMw0KDQpBIGRpZmYgZnJvbSB0aGUgcHJl dmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQpodHRwOi8vd3d3LmlldGYub3JnL3JmY2Rp ZmY/dXJsMj1kcmFmdC1pZXRmLXRpY3RvYy0xNTg4b3Zlcm1wbHMtMDMNCg0KDQpJbnRlcm5ldC1E cmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQpmdHA6Ly9mdHAu aWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KDQoNCg== From Peter.Meyer@microsemi.com Tue Oct 30 15:41:48 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A584421F8608 for ; Tue, 30 Oct 2012 15:41:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5thv6DuE3MP4 for ; Tue, 30 Oct 2012 15:41:48 -0700 (PDT) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe001.messaging.microsoft.com [216.32.181.181]) by ietfa.amsl.com (Postfix) with ESMTP id C294721F85FF for ; Tue, 30 Oct 2012 15:41:47 -0700 (PDT) Received: from mail223-ch1-R.bigfish.com (10.43.68.227) by CH1EHSOBE003.bigfish.com (10.43.70.53) with Microsoft SMTP Server id 14.1.225.23; Tue, 30 Oct 2012 22:41:46 +0000 Received: from mail223-ch1 (localhost [127.0.0.1]) by mail223-ch1-R.bigfish.com (Postfix) with ESMTP id A91202207B1; Tue, 30 Oct 2012 22:41:46 +0000 (UTC) X-Forefront-Antispam-Report: CIP:209.226.172.12; KIP:(null); UIP:(null); IPV:NLI; H:ottsrv0014.microsemi.net; RD:none; EFVD:NLI X-SpamScore: -27 X-BigFish: VS-27(zz9371I4015I179cMzz1202h1d1ah1d2ahzz1033IL17326ah8275dhz2dh668h839h944hd25hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h14ddh1504h1537h153bh1155h) Received: from mail223-ch1 (localhost.localdomain [127.0.0.1]) by mail223-ch1 (MessageSwitch) id 1351636904230698_18565; Tue, 30 Oct 2012 22:41:44 +0000 (UTC) Received: from CH1EHSMHS042.bigfish.com (snatpool3.int.messaging.microsoft.com [10.43.68.228]) by mail223-ch1.bigfish.com (Postfix) with ESMTP id 366DC4A005C; Tue, 30 Oct 2012 22:41:44 +0000 (UTC) Received: from ottsrv0014.microsemi.net (209.226.172.12) by CH1EHSMHS042.bigfish.com (10.43.69.251) with Microsoft SMTP Server id 14.1.225.23; Tue, 30 Oct 2012 22:41:41 +0000 Received: from ottsrv0015.microsemi.net ([134.199.15.151]) by ottsrv0014.microsemi.net with Microsoft SMTPSVC(6.0.3790.4675); Tue, 30 Oct 2012 18:42:05 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 30 Oct 2012 18:40:48 -0400 Message-ID: <64683B4805156847B0ED373DAB3057CAD965B3@ottsrv0015.microsemi.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [TICTOC] New draft: draft-shpiner-multi-path-synchronization Thread-Index: Ac2q6tIkQE9Kshk0R6GnQ/yIUtH2/ALzrABQ References: <74470498B659FA4687F0B0018C19A89C01A0F8CAD9C5@IL-MB01.marvell.com> From: "Meyer, Peter" To: Tal Mizrahi X-OriginalArrivalTime: 30 Oct 2012 22:42:05.0341 (UTC) FILETIME=[C93F24D0:01CDB6EF] X-OriginatorOrg: microsemi.com Cc: ntpwg@lists.ntp.org, tictoc@ietf.org Subject: Re: [TICTOC] New draft: draft-shpiner-multi-path-synchronization X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Oct 2012 22:41:48 -0000 Hi Tal et al, Interesting. Looks like a useful idea. For the IEEE 1588 option, there are a bunch of items that need some more thought as to how it would be compliant or compatible with IEEE 1588-2008. I didn't review the NTP option. I didn't comment on the Two-way MPPTP until I am better understanding the One-way MPPTP option. + [SLAVEDIV] is not a publicly available document + Section 5 mandates using unicast, which would put the clock operation as unicast negotiation for all message types. I think there is important distinction between unicast (not standard) and unicast negotiation (standard), as contract negotiation uses the transport layer (e.g. IP address) as the connection identifier, rather than the PTP clock id. This is perhaps something that should be fixed in the next revision of IEEE 1588. + 5.1.1. One-Way MPPTP Synchronization Message Exchange The one-way MPPTP message exchange procedure is as follows. o Each one-way MPPTP clock has a fixed set of N IP addresses and N corresponding clockIdentities . One of the IP addresses and clockIdentity values are defined as the clock primary identity. PGM> This makes N clocks in the domain per network element. It is not clear the determination of which one is the "primary". There is no clear indication how the N clocks talk to each other, if at all. o The BMC algorithm determines the master. PGM> This BMCA runs per individual port per clock, so you now have N best masters? Could end up with N Grandmasters if the local network element is the best in the network. o Every one-way MPPTP port that is not in the 'slave' state (i.e., either a master or a clock that has just joined the network) periodically sends Announce messages using its primary identity. PGM> Announce messages are negotiated by request of the remote entity. It is unclear why the master would request Announce service from the 'slave' port, unless this other clock also is updated to follow a new specification. o A one-way MPPTP clock that is in the 'slave' state periodically transmits a set of N Announce messages using its N identities, while a clock in the 'master' state only transmits Announce messages using its primary identity. PGM> From previous bullet is unclear how the model has Announce per port AND Announce per clock. The Announce is negotiated by request of the remote entity. o The master periodically sends unicast Sync messages from its primary identity address to each of the slaves identified by the sourcePortIdentity and IP address. PGM> Sync messages are controlled by unicast negotiation contracts. These are established exclusively by IP address in IEEE 1588-2008 (for IP transport layer mapping Annex D & E). o The slave, upon receiving a Sync message, identifies its path according to the destination IP address. In response to the Sync message the slave sends a Delay_Req unicast message to the primary identity of the master. This message is sent using the slave identity corresponding to the path the Sync was received through. PGM> There is no strict requirement to send a Delay_Req upon receiving a Sync (there are a couple schemes allowed in IEEE 1588-2008). With uni-cast negotiation it may also be possible to run asymmetric rates for Sync & Delay_Req. o The master, in response to a Delay_Req message from the slave, responds with a Delay_Resp message using the IP address and sourcePortIdentity from the Delay_Req message. o Upon receiving the Delay_Resp message, the slave identifies the path using the destination IP address and the requestingPortIdentity. The slave can then compute the corresponding path delay and the offset from the master. Regards, Peter From: tictoc-bounces@ietf.org [mailto:tictoc-bounces@ietf.org] On Behalf Of Tal Mizrahi Sent: October 15, 2012 11:41 AM To: tictoc@ietf.org; ntpwg@lists.ntp.org Subject: [TICTOC] New draft: draft-shpiner-multi-path-synchronization Hi, We have posted a new draft called "Multi-Path Time Synchronization". This is an experimental draft that describes the usage of multiple concurrent paths between the master and slave in PTP and NTP. http://tools.ietf.org/html/draft-shpiner-multi-path-synchronization We will appreciate your feedbacks. Thanks, Tal. From Peter.Meyer@microsemi.com Tue Oct 30 16:28:51 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D977B21F8488 for ; Tue, 30 Oct 2012 16:28:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T3GIQHf1NmFE for ; Tue, 30 Oct 2012 16:28:51 -0700 (PDT) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe001.messaging.microsoft.com [216.32.181.181]) by ietfa.amsl.com (Postfix) with ESMTP id 1CF7121F8473 for ; Tue, 30 Oct 2012 16:28:51 -0700 (PDT) Received: from mail92-ch1-R.bigfish.com (10.43.68.252) by CH1EHSOBE014.bigfish.com (10.43.70.64) with Microsoft SMTP Server id 14.1.225.23; Tue, 30 Oct 2012 23:28:48 +0000 Received: from mail92-ch1 (localhost [127.0.0.1]) by mail92-ch1-R.bigfish.com (Postfix) with ESMTP id 6042B200283 for ; Tue, 30 Oct 2012 23:28:48 +0000 (UTC) X-Forefront-Antispam-Report: CIP:209.226.172.12; KIP:(null); UIP:(null); IPV:NLI; H:ottsrv0014.microsemi.net; RD:none; EFVD:NLI X-SpamScore: -27 X-BigFish: VS-27(zz9371I936eI542Mzz1202h1d1ah1d2ahzz1033IL17326ah8275dhz2dh668h839h944hd25hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h14ddh1504h1537h153bh1155h) Received: from mail92-ch1 (localhost.localdomain [127.0.0.1]) by mail92-ch1 (MessageSwitch) id 1351639726353749_14246; Tue, 30 Oct 2012 23:28:46 +0000 (UTC) Received: from CH1EHSMHS031.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.253]) by mail92-ch1.bigfish.com (Postfix) with ESMTP id 4AE594C0064 for ; Tue, 30 Oct 2012 23:28:46 +0000 (UTC) Received: from ottsrv0014.microsemi.net (209.226.172.12) by CH1EHSMHS031.bigfish.com (10.43.70.31) with Microsoft SMTP Server id 14.1.225.23; Tue, 30 Oct 2012 23:28:46 +0000 Received: from ottsrv0015.microsemi.net ([134.199.15.151]) by ottsrv0014.microsemi.net with Microsoft SMTPSVC(6.0.3790.4675); Tue, 30 Oct 2012 19:29:09 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 30 Oct 2012 19:27:56 -0400 Message-ID: <64683B4805156847B0ED373DAB3057CAD965C3@ottsrv0015.microsemi.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [TICTOC] draft-ietf-tictoc-1588overmpls-03.txt Thread-Index: Ac2wL01+IE4lkPPHSkKvOTArSsMmqAGxXibQ References: <20121022082804.12835.73453.idtracker@ietfa.amsl.com> From: "Meyer, Peter" To: X-OriginalArrivalTime: 30 Oct 2012 23:29:09.0650 (UTC) FILETIME=[5CAA7F20:01CDB6F6] X-OriginatorOrg: microsemi.com Subject: Re: [TICTOC] draft-ietf-tictoc-1588overmpls-03.txt X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Oct 2012 23:28:52 -0000 Hi Shahram et al, A few comments on the latest draft. 1) Section 4. I like the diagrams. Missing is the option for the BC to be inside an LSR. I think we've discussed before on the reflector that if an LSR can act as a TC (e.g. terminating peer-delay messages) then it also has the ability to act as a BC. I can contribute such a diagram, if desired. 2) Section 7. "dont" -> "don't" 3) Section 7. There might be some mix-up between "Event" messages and "timestamped" messages. The new "Event" list includes Announce, which is probably not correct. Announce messages are allowed to have 0 timestamp value or to be timestamped with +/-1 second. 4) Section 7. "If Two Step PTP clocks are present, then the FOLLOW_UP, DELAY_RESP, and PDELAY_RESP_FOLLOW_UP ....", probably DELAY_RESP should not be in this list as it relates to two-way messaging, not two-step messaging. 5) Section 18.2 "Behaviour of Timing-capable/aware LSR". I think BC should also be supported here. 6) Section 17. "Applicability Statement". Where a TC is supported/supportable a BC is also supported/supportable. I don't understand the exclusive bundling of LSR with a TC. Regards, Peter -----Original Message----- From: tictoc-bounces@ietf.org [mailto:tictoc-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org Sent: October 22, 2012 4:28 AM To: i-d-announce@ietf.org Cc: tictoc@ietf.org Subject: [TICTOC] I-D Action: draft-ietf-tictoc-1588overmpls-03.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Timing over IP Connection and Transfer of Clock Working Group of the IETF. Title : Transporting Timing messages over MPLS Networks Author(s) : Shahram Davari Amit Oren Manav Bhatia Peter Roberts Laurent Montini Filename : draft-ietf-tictoc-1588overmpls-03.txt Pages : 36 Date : 2012-10-22 Abstract: This document defines the method for transporting Timing messages such as PTP and NTP over an MPLS network. The method allows for the easy identification of these PDUs at the port level to allow for port level processing of these PDUs in both LERs and LSRs. The basic idea is to transport Timing messages inside dedicated MPLS LSPs. These LSPs only carry timing messages and possibly Control and Management packets, but they do not carry customer traffic. Two methods for transporting Timing messages over MPLS are defined. The first method is to transport Timing messages directly over the dedicated MPLS LSP via UDP/IP encapsulation, which is suitable for MPLS networks. The second method is to transport Timing messages inside a PW via Ethernet encapsulation, which is suitable for both MPLS and MPLS-TP networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tictoc-1588overmpls There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-tictoc-1588overmpls-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-tictoc-1588overmpls-03 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ TICTOC mailing list TICTOC@ietf.org https://www.ietf.org/mailman/listinfo/tictoc From talmi@marvell.com Wed Oct 31 00:49:30 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4161521F86DE for ; Wed, 31 Oct 2012 00:49:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DLI8GzHp9kLi for ; Wed, 31 Oct 2012 00:49:29 -0700 (PDT) Received: from galiil.marvell.com (galiil.marvell.com [199.203.130.254]) by ietfa.amsl.com (Postfix) with ESMTP id 0A88721F86DD for ; Wed, 31 Oct 2012 00:49:28 -0700 (PDT) From: Tal Mizrahi To: "tictoc@ietf.org" Date: Wed, 31 Oct 2012 09:49:21 +0200 Thread-Topic: Request to review IETF document on time protocol security requirements Thread-Index: Ac23BP1I3CCh6Sr0R3OQXRFVWWxp4gANzrNg Message-ID: <74470498B659FA4687F0B0018C19A89C01A0F8DA8DC4@IL-MB01.marvell.com> References: <027801cdb705$b2fb1010$18f13030$@com> In-Reply-To: <027801cdb705$b2fb1010$18f13030$@com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC4ILMB01marve_" MIME-Version: 1.0 Subject: [TICTOC] FW: Request to review IETF document on time protocol security requirements X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2012 07:49:30 -0000 --_000_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC4ILMB01marve_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable FYI Tal. From: Lauren Pasquarelli [mailto:laurenp@conferencecatalysts.com] Sent: Wednesday, October 31, 2012 3:15 AM To: Tal Mizrahi Subject: Request to review IETF document on time protocol security requirem= ents ISPCS community, Below is a link to the time protocol security requirements document that I = mentioned to some of you during the recent ISPCS meeting. This document is = currently in development by the IETF community, and it is intended to help = define security requirements for time synchronization protocols. We would v= ery much appreciate your review and comments. The intention is for this doc= ument to help inform the security efforts of both the IETF and IEEE 1588 co= mmunities. http://datatracker.ietf.org/doc/draft-ietf-tictoc-security-requirements/ You may send comments to either me (modonoghue@isoc.org) or to the tictoc mailing list (mtictoc@ietf.org). Regards, Karen O'Donoghue modonoghue@isoc.org --_000_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC4ILMB01marve_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

FYI

Tal.

 

From: Lauren Pasquarell= i [mailto:laurenp@conferencecatalysts.com]
Sent: Wednesday, Octo= ber 31, 2012 3:15 AM
To: Tal Mizrahi
Subject: Request t= o review IETF document on time protocol security requirements

 

ISPCS community,

Below is a link= to the time protocol security requirements document that I mentioned to so= me of you during the recent ISPCS meeting. This document is currently in de= velopment by the IETF community, and it is intended to help define security= requirements for time synchronization protocols. We would very much apprec= iate your review and comments. The intention is for this document to help i= nform the security efforts of both the IETF and IEEE 1588 communities.=

http://datatracker.ietf.org/doc/dr= aft-ietf-tictoc-security-requirements/

You may send comments to either me (modonoghue@isoc.org) or to the tictoc mailing list (mtictoc@ietf.org).

Regards,

Karen O'Donoghue

modonoghue@isoc.or= g

 

= = --_000_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC4ILMB01marve_-- From talmi@marvell.com Wed Oct 31 00:50:37 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B84921F86EE for ; Wed, 31 Oct 2012 00:50:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v4mj9+Uo2R+N for ; Wed, 31 Oct 2012 00:50:35 -0700 (PDT) Received: from galiil.marvell.com (galiil.marvell.com [199.203.130.254]) by ietfa.amsl.com (Postfix) with ESMTP id 8590621F86DD for ; Wed, 31 Oct 2012 00:50:34 -0700 (PDT) From: Tal Mizrahi To: "tictoc@ietf.org" , "odonoghue@isoc.org" , "david.ingram@qut.edu.au" Date: Wed, 31 Oct 2012 09:50:21 +0200 Thread-Topic: Undeliverable: Fwd: Request to review IETF document on time protocol security requirements Thread-Index: Ac23NkeRMrDE6R8hRQWZsuBNGB3RsAABbuwg Message-ID: <74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6@IL-MB01.marvell.com> References: <9b3da426-4ded-435f-a3e2-6ea195342985@QUTEXEDGE05.qut.edu.au> <5090CDF4.3000707@qut.edu.au> In-Reply-To: <5090CDF4.3000707@qut.edu.au> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_007_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6ILMB01marve_" MIME-Version: 1.0 Subject: [TICTOC] FW: Undeliverable: Fwd: Request to review IETF document on time protocol security requirements X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2012 07:50:37 -0000 --_007_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6ILMB01marve_ Content-Type: multipart/related; boundary="_006_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6ILMB01marve_"; type="multipart/alternative" --_006_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6ILMB01marve_ Content-Type: multipart/alternative; boundary="_000_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6ILMB01marve_" --_000_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6ILMB01marve_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Relaying feedback from David Ingram on draft-ietf-tictoc-security-requireme= nts. Thanks, Tal. From: David Ingram [mailto:david.ingram@qut.edu.au] Sent: Wednesday, October 31, 2012 9:06 AM To: odonoghue@isoc.org Cc: Tal Mizrahi Subject: Fwd: Undeliverable: Fwd: Request to review IETF document on time p= rotocol security requirements Hi Karen, One little pin-pricking error in the document is the reference for 1588. It= is written: [IEEE1588] IEEE TC 9 Test and Measurement Society 2000, "1588 IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems Version 2", IEEE Standard, 2008. but this should be [IEEE1588] IEEE TC 9 Instrumentation and Measurement Society 2000, "15= 88 IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems Version 2", IEEE Standard, 2008. to correct the sponsoring society name. I am not familiar with IETF procedures, so is the security requirements doc= intended to be an RFC that others refer to? BTW, the address specified in the email bounced. I am CCing Tal as well jus= t in case this bounces too. Regards, David. David Ingram RPEQ SMIEEE PhD Candidate [cid:part1.03030903.05080408@qut.edu.au]Open Access Publications: QUT e-Pri= nts School of Electrical Engineering and Computer Science Science and Engineering Faculty | Queensland University of Technology, Bris= bane Australia E: david.ingram@qut.edu.au | M: +61 429 882= 436 "If we knew what it was we were doing, it would not be called research, wou= ld it?" -- Albert Einstein -------- Original Message -------- Subject: Undeliverable: Fwd: Request to review IETF document on time protocol securi= ty requirements Date: Wed, 31 Oct 2012 17:04:33 +1000 From: Microsoft Outlook To: David Ingram smtp48.gate.ord1a.rsapps.net rejected your message to the following e-mail = addresses: modonoghue@isoc.org smtp48.gate.ord1a.rsapps.net gave this error: : Relay access denied. Your message wasn't delivered due to a permission or security issue. It may= have been rejected by a moderator, the address may only accept e-mail from= certain senders, or another restriction may be preventing delivery. Diagnostic information for administrators: Generating server: QUTEXEDGE05.qut.edu.au modonoghue@isoc.org smtp48.gate.ord1a.rsapps.net #550 5.7.1 : Relay access denied. ## Original message headers: Received: from qutexhub02.qut.edu.au (131.181.107.107) by qutexedge05.qut.edu.au (131.181.191.22) with Microsoft SMTP Server (TLS) i= d 14.2.247.3; Wed, 31 Oct 2012 17:04:27 +1000 Received: from [127.0.0.1] (131.181.118.254) by outlook.qut.edu.au (131.181.107.107) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 31 O= ct 2012 17:04:26 +1000 Message-ID: <5090CD75.6090804@qut.edu.au> Date: Wed, 31 Oct 2012 17:04:21 +1000 From: David Ingram Organization: Queensland University of Technology User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thu= nderbird/16.0.2 MIME-Version: 1.0 To: Subject: Fwd: Request to review IETF document on time protocol security req= uirements References: <033e01cdb705$d7aa3cb0$86feb610$@com> In-Reply-To: <033e01cdb705$d7aa3cb0$86feb610$@com> X-Forwarded-Message-Id: <033e01cdb705$d7aa3cb0$86feb610$@com> Content-Type: multipart/alternative; boundary=3D"------------020804070908090102010005" Return-Path: david.ingram@qut.edu.au --_000_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6ILMB01marve_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= Relaying feedback from David Ingram on draft-ietf-tictoc-security-re= quirements.

 

Thanks,

Tal.

 

= From: David Ingram [mailto:david.ingram@qut= .edu.au]
Sent: Wednesday, October 31, 2012 9:06 AM
To:= odonoghue@isoc.org
Cc: Tal Mizrahi
Subject: Fwd: Undel= iverable: Fwd: Request to review IETF document on time protocol security re= quirements

 = ;

Hi Karen,

One little pin-pricking er= ror in the document is the reference for 1588. It is written:

<= /o:p>

  [IEEE1588]  &nb=
sp; IEEE TC 9 Test and Measurement Society 2000, "1588
      &nbs=
p;          IEEE Standard for =
a Precision Clock Synchronization
           =
      Protocol for Networked Measurement and Contr=
ol Systems
  &n=
bsp;            =
;  Version 2", IEEE Standard, 2008.
but this should be 

  [IEEE1588]    IEEE TC 9 Instrumentat=
ion and Measurement Society 2000, "1588
        &nb=
sp;        IEEE Standard for a Precision=
 Clock Synchronization
&n=
bsp;            =
;    Protocol for Networked Measurement and Control Systems<=
o:p>
    &=
nbsp;            Ver=
sion 2", IEEE Standard, 2008.

to correct the sponsoring society name.
=

I am not familiar with IETF procedures, so is the security requirements=
 doc intended to be an RFC that others refer to?

BTW, the address sp=
ecified in the email bounced. I am CCing Tal as well just in case this boun=
ces too.


Regards,
    David.
 
David Ingram RPEQ=
 SMIEEE
PhD Candidate

3DQUTOpen=
 Access Publications: QU=
T e-Prints

School of Electrical Engineering and =
Computer Science
Science and Engineering Faculty | Queensland University of Technology, Brisbane Australia
E: david.ingram@qut.edu.au | M: +61 429&=
nbsp;882436 
"If we knew what it was we were doing, =
it would not be called research, would it?"
--  Albert Ei=
nstein


-------- Ori=
ginal Message -------- 
=

Subject: 
Undeliverable: Fwd: Request to review IETF d=
ocument on time protocol security requirements
Date: 
Wed, 31 Oct 2=
012 17:04:33 +1000
From: 
Microsoft Outlook <Micro=
softExchange329e71ec88ae4615bbc36ab6ce41109e@exchange.qut.edu.au>
T=
o: 
David Ingram <da=
vid.ingram@qut.edu.au>
 
smtp48.gate.ord1a.rsa=
pps.net rejected your message to the following e-mail addresses:=

modonoghue@isoc.org
smtp48.gate.ord1a.rsapps.net gave this error:
<modonoghue@isoc.org>: Relay acce=
ss denied. 
Your message wasn't delivered due to a permission or security issue. I=
t may have been rejected by a moderator, the address may only accept e-mail=
 from certain senders, or another restriction may be preventing delivery.




Diagnostic i=
nformation for administrators:
Gen=
erating server: QUTEXEDGE05.qut.edu.au
modonoghue@isoc.org
smtp48.gate.ord1=
a.rsapps.net #550 5.7.1 <modonogh=
ue@isoc.org>: Relay access denied. ##
Ori=
ginal message headers:
Received: from qutexhub02.qut.edu.au (131.181.107.107) by
 qutexedge05.qut.edu.au (131.181.191=
.22) with Microsoft SMTP Server (TLS) id
 14.2.247.3; Wed, 31 Oct 2012 17:04:27 +1000
Received: from [127.0.0.1] (1=
31.181.118.254) by outlook.qut.edu.au
 (131.181.107.107) with Microsoft SMTP Server (TLS) id 8.=
3.213.0; Wed, 31 Oct
 2012 17:04:26 +1000
Message-ID: <5090CD75.6=
090804@qut.edu.au>
Date: Wed, 31 Oct 2012 17:04:21 +1000
From: David Ingram <david.ingram@qut.edu.au>
=
Organization: Queensland University of Technolog=
y
User-Agent: Mozill=
a/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0=

To: <modonoghue@isoc.org>
<=
pre>Subject: Fwd: Request to review IETF documen=
t on time protocol security requirements
References: <033e01cdb705$d7aa3cb0$86feb610$@com>=
;
In-Reply-To: <0=
33e01cdb705$d7aa3cb0$86feb610$@com>
X-Forwarded-Message-Id: <033e01cdb705$d7aa3cb0$86feb6=
10$@com>
Content-=
Type: multipart/alternative;
        boundary=3D"------=
------020804070908090102010005"
Return-Path: da=
vid.ingram@qut.edu.au

=  

 

= --_000_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6ILMB01marve_-- --_006_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6ILMB01marve_ Content-Type: image/png; name="qut_logo.png" Content-Description: qut_logo.png Content-Disposition: inline; filename="qut_logo.png"; size=588; creation-date="Wed, 31 Oct 2012 07:06:42 GMT"; modification-date="Wed, 31 Oct 2012 07:06:42 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAEAAAABABAMAAABYR2ztAAAAMFBMVEUEOJh8oM02bLTH1OoOTqTl 7vZbh8KjvNwoXqxJebuNrdTV4e9uk8f8/vwERpywxuKhRzhVAAAACXBIWXMAAAsSAAALEgHS3X78 AAABwklEQVRIie3TMUhCQRgA4EseYctlQ0tQRES46NJsiFgUgpNCQ0LgLNgQtgiPSIJCiSCooGhr igp0CYqmtoYSs3z9eFBLBTfUUEvRf/fe1bOUoCnIG967/+57/3v33zvCf2jkzwBGCKEyJMQKzUZN wEZ2B6e8QmynUmHO759TVnuk8oGFGAAYk5TfYgfBGKh2JUFrTAZFXYASgpdsDWDdVjROzQzMF6gB LSoq6QpENmyAecRcQYRDChh39gw+gKqXz2N4rVkA8rPuNMBMXz8usw1nXLhezGqoDFBkbAdgS9ah HaAiSiDgpgKQ8wsgKzkMEJHVesWRD6AzBRiuOSlBAr+yHsB3H4s9ILiafCPA1ju6erINgEd0QgDl RAOADx5x6pN1easD+A0WiLKQBK56QGzFEtUOBcjJ3fwCnDhR0QmWA6qi1L2ExmqA6EHxaQ5Hz8Wn TCzHcfPCn4Cbr49kMBE5tXaxTG3AKX+o0ijekg8WuLQDlpFje7jeiolFbW2Aa2kxZjjwklyU8xe0 BnDHNA7u+1ei0TMaxxwHOubtLBRcCjBt4GSVcS0YDHISWHMz+u3omSdKnbJfnM0maIIm+IfgHUuF qyMcWy/zAAAAAElFTkSuQmCC --_006_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6ILMB01marve_-- --_007_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6ILMB01marve_ Content-Type: message/delivery-status; name="Attached Message Part" Content-Description: Attached Message Part Content-Disposition: attachment; filename="Attached Message Part"; size=296; creation-date="Wed, 31 Oct 2012 07:06:42 GMT"; modification-date="Wed, 31 Oct 2012 07:06:42 GMT" Content-Transfer-Encoding: base64 UmVwb3J0aW5nLU1UQTogZG5zOyBRVVRFWEVER0UwNS5xdXQuZWR1LmF1DQoNCkZpbmFsLXJlY2lw aWVudDogUkZDODIyOyBtb2Rvbm9naHVlQGlzb2Mub3JnDQpBY3Rpb246IGZhaWxlZA0KU3RhdHVz OiA1LjcuMQ0KUmVtb3RlLU1UQTogZG5zOyBzbXRwNDguZ2F0ZS5vcmQxYS5yc2FwcHMubmV0DQpY LVN1cHBsZW1lbnRhcnktSW5mbzogPHNtdHA0OC5nYXRlLm9yZDFhLnJzYXBwcy5uZXQgIzUuNy4x IHNtdHA7NTUwIDUuNy4xDQogPG1vZG9ub2dodWVAaXNvYy5vcmc+OiBSZWxheSBhY2Nlc3MgZGVu aWVkLj4NCg0KDQo= --_007_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6ILMB01marve_ Content-Type: message/rfc822 Received: from qutexhub02.qut.edu.au (131.181.107.107) by qutexedge05.qut.edu.au (131.181.191.22) with Microsoft SMTP Server (TLS) id 14.2.247.3; Wed, 31 Oct 2012 17:04:27 +1000 Received: from [127.0.0.1] (131.181.118.254) by outlook.qut.edu.au (131.181.107.107) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 31 Oct 2012 17:04:26 +1000 From: David Ingram To: "modonoghue@isoc.org" Date: Wed, 31 Oct 2012 09:04:21 +0200 Subject: Fwd: Request to review IETF document on time protocol security requirements Thread-Topic: Request to review IETF document on time protocol security requirements Thread-Index: Ac23NfrTqn04L1FfTyCpHzh2qxdpqw== Message-ID: <5090CD75.6090804@qut.edu.au> References: <033e01cdb705$d7aa3cb0$86feb610$@com> In-Reply-To: <033e01cdb705$d7aa3cb0$86feb610$@com> Accept-Language: en-AU, en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-AU, en-US user-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 Content-Type: multipart/related; boundary="_004_5090CD756090804quteduau_"; type="multipart/alternative" MIME-Version: 1.0 --_004_5090CD756090804quteduau_ Content-Type: multipart/alternative; boundary="_000_5090CD756090804quteduau_" --_000_5090CD756090804quteduau_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Karen, One little pin-pricking error in the document is the reference for 1588. It= is written: [IEEE1588] IEEE TC 9 Test and Measurement Society 2000, "1588 IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems Version 2", IEEE Standard, 2008. but this should be [IEEE1588] IEEE TC 9 Instrumentation and Measurement Society 2000, "15= 88 IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems Version 2", IEEE Standard, 2008. to correct the sponsoring society name. I am not familiar with IETF procedures, so is the security requirements doc= intended to be an RFC that others refer to? Regards, David. David Ingram RPEQ SMIEEE PhD Candidate Open Access Publications: QUT e-Prints School of Electrical Engineering and Computer Science Science and Engineering Faculty | Queensland University of Technology, Bris= bane Australia E: david.ingram@qut.edu.au | M: +61 429 882= 436 "If we knew what it was we were doing, it would not be called research, wou= ld it?" -- Albert Einstein -------- Original Message -------- Subject: Request to review IETF document on time protocol security r= equirements Date: Wed, 31 Oct 2012 11:14:45 +1000 From: Lauren Pasquarelli To: David Ingram ISPCS community, Below is a link to the time protocol security requirements document that I = mentioned to some of you during the recent ISPCS meeting. This document is = currently in development by the IETF community, and it is intended to help = define security requirements for time synchronization protocols. We would v= ery much appreciate your review and comments. The intention is for this doc= ument to help inform the security efforts of both the IETF and IEEE 1588 co= mmunities. http://datatracker.ietf.org/doc/draft-ietf-tictoc-security-requirements/ You may send comments to either me (modonoghue@isoc.org) or to the tictoc mailing list (mtictoc@ietf.org). Regards, Karen O'Donoghue modonoghue@isoc.org --_000_5090CD756090804quteduau_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Karen,

One little pin-pricking error in the document is the reference for 1588. It= is written:
  [IEEE1588]=
    IEEE TC 9 Test and Measurement Society 2000, "1588
                 IEEE Standard for a Precision Clock Synchronization
                 Protocol for Networked Measurement and Control Systems
                 Version 2", IEEE Standard, 2008.
but this should be 
  [IEEE1588]    IEEE TC 9 Instrumentation and Measurement Society 20=
00, "1588
                 IEEE Standard for a Precision Clock Synchronization
                 Protocol for Networked Measurement and Control Systems
                 Version 2", IEEE Standard, 2008.

to correct the sponsoring society name.

I am not familiar with IETF procedures, so is the security requirements doc= intended to be an RFC that others refer to?


Regards,
    David.

David Ingram RPEQ SMIEEE
PhD Candidate

3D"QUT" Open Access Publications: QUT e-Prints

School of Electrical Engineering and Computer Science
Science and Engineering Faculty | Queensland University of Technolo= gy, Brisbane Australia
E: david.ingram@qut.edu.au | M: +61 429=  882436

"If we knew what = it was we were doing, it would not be called research, would it?"
--  Albert Einstein



-------- Original Message --------
Subject: Request to review IETF document on time protocol security requirements<= /td>
Date: Wed, 31 Oct 2012 11:14:45 +1000
From: Lauren Pasquarelli <laurenp@conferencecatalysts.com>
To: David Ingram <david.ingram@qut.edu.au>


ISPCS community,

Below is a link to the time protocol security requir= ements document that I mentioned to some of you during the recent ISPCS mee= ting. This document is currently in development by the IETF community, and = it is intended to help define security requirements for time synchronization protocols. We would very much apprec= iate your review and comments. The intention is for this document to help i= nform the security efforts of both the IETF and IEEE 1588 communities.=

http://datatracke= r.ietf.org/doc/draft-ietf-tictoc-security-requirements/

You may send comments to either me (modonoghue@isoc.org) or= to the tictoc mailing list (mtictoc@ietf.org).

Regards,

Karen O'Donoghue

modonoghue@isoc.org

 



--_000_5090CD756090804quteduau_-- --_004_5090CD756090804quteduau_ Content-Type: image/png; name="qut_logo.png" Content-Description: qut_logo.png Content-Disposition: inline; filename="qut_logo.png"; size=588; creation-date="Wed, 31 Oct 2012 07:04:33 GMT"; modification-date="Wed, 31 Oct 2012 07:04:33 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAEAAAABABAMAAABYR2ztAAAAMFBMVEUEOJh8oM02bLTH1OoOTqTl 7vZbh8KjvNwoXqxJebuNrdTV4e9uk8f8/vwERpywxuKhRzhVAAAACXBIWXMAAAsSAAALEgHS3X78 AAABwklEQVRIie3TMUhCQRgA4EseYctlQ0tQRES46NJsiFgUgpNCQ0LgLNgQtgiPSIJCiSCooGhr igp0CYqmtoYSs3z9eFBLBTfUUEvRf/fe1bOUoCnIG967/+57/3v33zvCf2jkzwBGCKEyJMQKzUZN wEZ2B6e8QmynUmHO759TVnuk8oGFGAAYk5TfYgfBGKh2JUFrTAZFXYASgpdsDWDdVjROzQzMF6gB LSoq6QpENmyAecRcQYRDChh39gw+gKqXz2N4rVkA8rPuNMBMXz8usw1nXLhezGqoDFBkbAdgS9ah HaAiSiDgpgKQ8wsgKzkMEJHVesWRD6AzBRiuOSlBAr+yHsB3H4s9ILiafCPA1ju6erINgEd0QgDl RAOADx5x6pN1easD+A0WiLKQBK56QGzFEtUOBcjJ3fwCnDhR0QmWA6qi1L2ExmqA6EHxaQ5Hz8Wn TCzHcfPCn4Cbr49kMBE5tXaxTG3AKX+o0ijekg8WuLQDlpFje7jeiolFbW2Aa2kxZjjwklyU8xe0 BnDHNA7u+1ei0TMaxxwHOubtLBRcCjBt4GSVcS0YDHISWHMz+u3omSdKnbJfnM0maIIm+IfgHUuF qyMcWy/zAAAAAElFTkSuQmCC --_004_5090CD756090804quteduau_-- --_007_74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6ILMB01marve_-- From talmi@marvell.com Wed Oct 31 04:41:40 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F3A021F87A4 for ; Wed, 31 Oct 2012 04:41:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lZv005CRpNN9 for ; Wed, 31 Oct 2012 04:41:39 -0700 (PDT) Received: from galiil.marvell.com (galiil.marvell.com [199.203.130.254]) by ietfa.amsl.com (Postfix) with ESMTP id 2127B21F87CA for ; Wed, 31 Oct 2012 04:41:39 -0700 (PDT) From: Tal Mizrahi To: "Meyer, Peter" Date: Wed, 31 Oct 2012 13:40:34 +0200 Thread-Topic: [TICTOC] New draft: draft-shpiner-multi-path-synchronization Thread-Index: Ac2q6tIkQE9Kshk0R6GnQ/yIUtH2/ALzrABQAB30uZA= Message-ID: <74470498B659FA4687F0B0018C19A89C01A0F8DA8EA3@IL-MB01.marvell.com> References: <74470498B659FA4687F0B0018C19A89C01A0F8CAD9C5@IL-MB01.marvell.com> <64683B4805156847B0ED373DAB3057CAD965B3@ottsrv0015.microsemi.net> In-Reply-To: <64683B4805156847B0ED373DAB3057CAD965B3@ottsrv0015.microsemi.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "ntpwg@lists.ntp.org" , "tictoc@ietf.org" Subject: Re: [TICTOC] New draft: draft-shpiner-multi-path-synchronization X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2012 11:41:40 -0000 Hi Peter, Thanks for your comments. You have made a few comments regarding the usage of Announce messages and u= nicast negotiation. This is good feedback, and in the next draft we will cl= arify these two aspects. See some comments inline, marked with [TM]. Thanks. Tal. -----Original Message----- From: Meyer, Peter [mailto:Peter.Meyer@microsemi.com]=20 Sent: Wednesday, October 31, 2012 12:41 AM To: Tal Mizrahi Cc: tictoc@ietf.org; ntpwg@lists.ntp.org Subject: RE: [TICTOC] New draft: draft-shpiner-multi-path-synchronization Hi Tal et al, Interesting. Looks like a useful idea. For the IEEE 1588 option, there ar= e a bunch of items that need some more thought as to how it would be compli= ant or compatible with IEEE 1588-2008. I didn't review the NTP option. I = didn't comment on the Two-way MPPTP until I am better understanding the One= -way MPPTP option. + [SLAVEDIV] is not a publicly available document [TM] It is available from IEEE Xplore. If you do not have access please co= ntact me offline. + Section 5 mandates using unicast, which would put the clock operation as unicast negotiation for all message types. I think there is important d= istinction between unicast (not standard) and unicast negotiation (standard= ), as contract negotiation uses the transport layer (e.g. IP address) as th= e connection identifier, rather than the PTP clock id. This is perhaps som= ething that should be fixed in the next revision of IEEE 1588. [TM] We probably need to add some details about the negotiation. But anywa= y, the fact that the IP address is used as the identifier does not conflict= with the assumption in this subsection, which is that each clockIdentity u= ses a different IP address. + 5.1.1. One-Way MPPTP Synchronization Message Exchange The one-way MPPTP message exchange procedure is as follows. o Each one-way MPPTP clock has a fixed set of N IP addresses and N corre= sponding clockIdentities . One of the IP addresses and clockIdentity values= are defined as the clock primary identity. PGM> This makes N clocks in the domain per network element. It is not clear the determination of which one is the "primary". There is no clear i= ndication how the N clocks talk to each other, if at all. [TM] Each clock arbitrarily chooses one of its identities as the "primary"= one. The "primary" identity is the one that takes part in the BMCA and may= become a master. If the BMCA determines that the "primary" identity is a m= aster, then only the "primary" identity is active, while the other identiti= es do not send/receive any PTP messages.=20 We will clarify this in the next draft. o The BMC algorithm determines the master. PGM> This BMCA runs per individual port per clock, so you now have N best masters? Could end up with N Grandmasters if the local network elemen= t is the best in the network. [TM] Only the primary clock takes part in the BMCA, which prevents us from= getting N grandmasters in this case. Again, we will clarify this. o Every one-way MPPTP port that is not in the 'slave' state (i.e., eithe= r a master or a clock that has just joined the network) periodically sends = Announce messages using its primary identity. PGM> Announce messages are negotiated by request of the remote entity. It is unclear why the master would request Announce service from the 'slave= ' port, unless this other clock also is updated to follow a new specificati= on. o A one-way MPPTP clock that is in the 'slave' state periodically transm= its a set of N Announce messages using its N identities, while a clock in t= he 'master' state only transmits Announce messages using its primary identi= ty. PGM> From previous bullet is unclear how the model has Announce per port AND Announce per clock. The Announce is negotiated by request of the = remote entity. o The master periodically sends unicast Sync messages from its primary i= dentity address to each of the slaves identified by the sourcePortIdentity = and IP address. PGM> Sync messages are controlled by unicast negotiation contracts. These are established exclusively by IP address in IEEE 1588-2008 (for IP t= ransport layer mapping Annex D & E). o The slave, upon receiving a Sync message, identifies its path accordin= g to the destination IP address. In response to the Sync message the slave = sends a Delay_Req unicast message to the primary identity of the master. Th= is message is sent using the slave identity corresponding to the path the S= ync was received through. PGM> There is no strict requirement to send a Delay_Req upon receiving a Sync (there are a couple schemes allowed in IEEE 1588-2008). With uni-cast= negotiation it may also be possible to run asymmetric rates for Sync & Del= ay_Req. [TM] Right, we are not implying that it is mandatory to send a Delay_Req f= or each Sync, so we will rephrase this. o The master, in response to a Delay_Req message from the slave, respond= s with a Delay_Resp message using the IP address and sourcePortIdentity fro= m the Delay_Req message. o Upon receiving the Delay_Resp message, the slave identifies the path u= sing the destination IP address and the requestingPortIdentity. The slave can then compute the corresponding path delay and the offset from= the master. Regards, Peter From: tictoc-bounces@ietf.org [mailto:tictoc-bounces@ietf.org] On Behalf Of= Tal Mizrahi Sent: October 15, 2012 11:41 AM To: tictoc@ietf.org; ntpwg@lists.ntp.org Subject: [TICTOC] New draft: draft-shpiner-multi-path-synchronization Hi, We have posted a new draft called "Multi-Path Time Synchronization". This is an experimental draft that describes the usage of multiple concurre= nt paths between the master and slave in PTP and NTP. http://tools.ietf.org/html/draft-shpiner-multi-path-synchronization We will appreciate your feedbacks. Thanks, Tal. From kodonog@gmail.com Wed Oct 31 05:32:07 2012 Return-Path: X-Original-To: tictoc@ietfa.amsl.com Delivered-To: tictoc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD94721F85DB for ; Wed, 31 Oct 2012 05:32:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.998 X-Spam-Level: X-Spam-Status: No, score=-102.998 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_64=0.6, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yAFLBXXinm9w for ; Wed, 31 Oct 2012 05:32:06 -0700 (PDT) Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id 601B321F85CF for ; Wed, 31 Oct 2012 05:32:06 -0700 (PDT) Received: by mail-vb0-f44.google.com with SMTP id fc26so1613151vbb.31 for ; Wed, 31 Oct 2012 05:32:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type; bh=+7t66M/qJCBj/m8H1/P5hg3TreYXojH+Cb2aJu2gw0s=; b=aeCJ+CAJ6jTdjSHVj3aNNZlTPx+7qR+TAG+MsXHMbQJb1EFU3QejXev5QdE4M/hEo7 e5Ruf/z5gE/3XDp1+nEUjMiE4JoBUjJf4wp3PJfNuYz0r8boEGYYBmEq+uY4cbTAfOqg ocs8MCwLaXJ3nzCIhfiMqT3sP44IGO+4IZNvmvl3cDDyqiZcQGKVlbSTInlRQ/IcoL7J MP4SCXociCapntu8Wh9HMvc/PH4m/BjFe1R9Bk0sjWICtEE7XrhE3LEn8oOpgeyEPS5u A26iLQcK0fJJmgA3hITYvA+UIzXbE5MIc/jwLDsG2wr3PywBVlwHjFgXu//ddIH0+Gd7 B2dw== Received: by 10.220.148.134 with SMTP id p6mr17564130vcv.3.1351686725815; Wed, 31 Oct 2012 05:32:05 -0700 (PDT) Received: from kodonog-mac.local (d-74-214-48-74.cpe.metrocast.net. [74.214.48.74]) by mx.google.com with ESMTPS id vl8sm1834887veb.9.2012.10.31.05.32.04 (version=SSLv3 cipher=OTHER); Wed, 31 Oct 2012 05:32:04 -0700 (PDT) Sender: Karen ODonoghue Message-ID: <50911A43.5060201@pobox.com> Date: Wed, 31 Oct 2012 08:32:03 -0400 From: Karen O'Donoghue User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: Tal Mizrahi References: <9b3da426-4ded-435f-a3e2-6ea195342985@QUTEXEDGE05.qut.edu.au> <5090CDF4.3000707@qut.edu.au> <74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6@IL-MB01.marvell.com> In-Reply-To: <74470498B659FA4687F0B0018C19A89C01A0F8DA8DC6@IL-MB01.marvell.com> Content-Type: multipart/alternative; boundary="------------010003060906070805090902" Cc: "david.ingram@qut.edu.au" , "tictoc@ietf.org" , "odonoghue@isoc.org" Subject: Re: [TICTOC] FW: Undeliverable: Fwd: Request to review IETF document on time protocol security requirements X-BeenThere: tictoc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: kodonog@pobox.com List-Id: Timing over IP Connection and Transfer of Clock BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2012 12:32:08 -0000 This is a multi-part message in MIME format. --------------010003060906070805090902 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Thanks Tal. Somehow, the message sent by Lauren got corrupted, and there is an extra "m" in front of all the email addresses in the message. The original I sent in is correct, so I'm not sure how this happened. I've asked for a correction to be sent. Karen On 10/31/12 3:50 AM, Tal Mizrahi wrote: > > Relaying feedback from David Ingram on > draft-ietf-tictoc-security-requirements. > > Thanks, > > Tal. > > *From:*David Ingram [mailto:david.ingram@qut.edu.au] > *Sent:* Wednesday, October 31, 2012 9:06 AM > *To:* odonoghue@isoc.org > *Cc:* Tal Mizrahi > *Subject:* Fwd: Undeliverable: Fwd: Request to review IETF document on > time protocol security requirements > > Hi Karen, > > One little pin-pricking error in the document is the reference for > 1588. It is written: > > [IEEE1588] IEEE TC 9 Test and Measurement Society 2000, "1588 > IEEE Standard for a Precision Clock Synchronization > Protocol for Networked Measurement and Control Systems > Version 2", IEEE Standard, 2008. > > but this should be > > [IEEE1588] IEEE TC 9*Instrumentation*and Measurement Society 2000, "1588 > IEEE Standard for a Precision Clock Synchronization > Protocol for Networked Measurement and Control Systems > Version 2", IEEE Standard, 2008. > > > to correct the sponsoring society name. > > I am not familiar with IETF procedures, so is the security > requirements doc intended to be an RFC that others refer to? > > BTW, the address specified in the email bounced. I am CCing Tal as > well just in case this bounces too. > > > Regards, > David. > > *David Ingram*RPEQ SMIEEE > PhD Candidate > > QUTOpen Access Publications: *QUT e-Prints* > > > School of Electrical Engineering and Computer Science > Science and Engineering Faculty | *Queensland University of > Technology*, Brisbane Australia > E: *david.ingram@qut.edu.au * | M: > *+61 429 882436* > > "If we knew what it was we were doing, it would not be called > research, would it?" > -- Albert Einstein > > > > -------- Original Message -------- > > *Subject: * > > > > Undeliverable: Fwd: Request to review IETF document on time protocol > security requirements > > *Date: * > > > > Wed, 31 Oct 2012 17:04:33 +1000 > > *From: * > > > > Microsoft Outlook > > > *To: * > > > > David Ingram > > *smtp48.gate.ord1a.rsapps.net rejected your message to the following > e-mail addresses:* > > modonoghue@isoc.org > > *smtp48.gate.ord1a.rsapps.net gave this error: > : Relay access denied. * > > Your message wasn't delivered due to a permission or security issue. > It may have been rejected by a moderator, the address may only accept > e-mail from certain senders, or another restriction may be preventing > delivery. > > > > > > *Diagnostic information for administrators:* > > Generating server: QUTEXEDGE05.qut.edu.au > > modonoghue@isoc.org > smtp48.gate.ord1a.rsapps.net #550 5.7.1 > : Relay access denied. ## > > Original message headers: > > Received: from qutexhub02.qut.edu.au (131.181.107.107) by > qutexedge05.qut.edu.au (131.181.191.22) with Microsoft SMTP Server (TLS) id > 14.2.247.3; Wed, 31 Oct 2012 17:04:27 +1000 > Received: from [127.0.0.1] (131.181.118.254) by outlook.qut.edu.au > (131.181.107.107) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 31 Oct > 2012 17:04:26 +1000 > Message-ID:<5090CD75.6090804@qut.edu.au> > Date: Wed, 31 Oct 2012 17:04:21 +1000 > From: David Ingram > Organization: Queensland University of Technology > User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 > MIME-Version: 1.0 > To: > Subject: Fwd: Request to review IETF document on time protocol security requirements > References: <033e01cdb705$d7aa3cb0$86feb610$@com> > In-Reply-To: <033e01cdb705$d7aa3cb0$86feb610$@com> > X-Forwarded-Message-Id: <033e01cdb705$d7aa3cb0$86feb610$@com> > Content-Type: multipart/alternative; > boundary="------------020804070908090102010005" > Return-Path:david.ingram@qut.edu.au > > > > _______________________________________________ > TICTOC mailing list > TICTOC@ietf.org > https://www.ietf.org/mailman/listinfo/tictoc --------------010003060906070805090902 Content-Type: multipart/related; boundary="------------090106060608090503000009" --------------090106060608090503000009 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Thanks Tal.

Somehow, the message sent by Lauren got corrupted, and there is an extra "m" in front of all the email addresses in the message. The original I sent in is correct, so I'm not sure how this happened. I've asked for a correction to be sent.

Karen

On 10/31/12 3:50 AM, Tal Mizrahi wrote:

Relaying feedback from David Ingram on draft-ietf-tictoc-security-requirements.

 

Thanks,

Tal.

 

From: David Ingram [mailto:david.ingram@qut.edu.au]
Sent: Wednesday, October 31, 2012 9:06 AM
To: odonoghue@isoc.org
Cc: Tal Mizrahi
Subject: Fwd: Undeliverable: Fwd: Request to review IETF document on time protocol security requirements

 

Hi Karen,

One little pin-pricking error in the document is the reference for 1588. It is written:

  [IEEE1588]    IEEE TC 9 Test and Measurement Society 2000, "1588
                 IEEE Standard for a Precision Clock Synchronization
                 Protocol for Networked Measurement and Control Systems
                 Version 2", IEEE Standard, 2008.

but this should be 

  [IEEE1588]    IEEE TC 9 Instrumentation and Measurement Society 2000, "1588
                 IEEE Standard for a Precision Clock Synchronization
                 Protocol for Networked Measurement and Control Systems
                 Version 2", IEEE Standard, 2008.


to correct the sponsoring society name.

I am not familiar with IETF procedures, so is the security requirements doc intended to be an RFC that others refer to?

BTW, the address specified in the email bounced. I am CCing Tal as well just in case this bounces too.


Regards,
    David.

 

David Ingram RPEQ SMIEEE
PhD Candidate

QUTOpen Access Publications: QUT e-Prints

School of Electrical Engineering and Computer Science
Science and Engineering Faculty | Queensland University of Technology, Brisbane Australia
E: david.ingram@qut.edu.au | M: +61 429 882436

"If we knew what it was we were doing, it would not be called research, would it?"
--  Albert Einstein



-------- Original Message --------

Subject:

Undeliverable: Fwd: Request to review IETF document on time protocol security requirements

Date:

Wed, 31 Oct 2012 17:04:33 +1000

From:

Microsoft Outlook <MicrosoftExchange329e71ec88ae4615bbc36ab6ce41109e@exchange.qut.edu.au>

To:

David Ingram <david.ingram@qut.edu.au>

 

smtp48.gate.ord1a.rsapps.net rejected your message to the following e-mail addresses:

modonoghue@isoc.org

smtp48.gate.ord1a.rsapps.net gave this error:
<modonoghue@isoc.org>: Relay access denied.

Your message wasn't delivered due to a permission or security issue. It may have been rejected by a moderator, the address may only accept e-mail from certain senders, or another restriction may be preventing delivery.





Diagnostic information for administrators:

Generating server: QUTEXEDGE05.qut.edu.au

modonoghue@isoc.org
smtp48.gate.ord1a.rsapps.net #550 5.7.1 <modonoghue@isoc.org>: Relay access denied. ##

Original message headers:

Received: from qutexhub02.qut.edu.au (131.181.107.107) by
 qutexedge05.qut.edu.au (131.181.191.22) with Microsoft SMTP Server (TLS) id
 14.2.247.3; Wed, 31 Oct 2012 17:04:27 +1000
Received: from [127.0.0.1] (131.181.118.254) by outlook.qut.edu.au
 (131.181.107.107) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 31 Oct
 2012 17:04:26 +1000
Message-ID: <5090CD75.6090804@qut.edu.au>
Date: Wed, 31 Oct 2012 17:04:21 +1000
From: David Ingram <david.ingram@qut.edu.au>
Organization: Queensland University of Technology
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: <modonoghue@isoc.org>
Subject: Fwd: Request to review IETF document on time protocol security requirements
References: <033e01cdb705$d7aa3cb0$86feb610$@com>
In-Reply-To: <033e01cdb705$d7aa3cb0$86feb610$@com>
X-Forwarded-Message-Id: <033e01cdb705$d7aa3cb0$86feb610$@com>
Content-Type: multipart/alternative;
        boundary="------------020804070908090102010005"
Return-Path: david.ingram@qut.edu.au

 

 



_______________________________________________
TICTOC mailing list
TICTOC@ietf.org
https://www.ietf.org/mailman/listinfo/tictoc

--------------090106060608090503000009 Content-Type: image/png Content-Transfer-Encoding: base64 Content-ID: iVBORw0KGgoAAAANSUhEUgAAAEAAAABABAMAAABYR2ztAAAAMFBMVEUEOJh8oM02bLTH1OoO TqTl7vZbh8KjvNwoXqxJebuNrdTV4e9uk8f8/vwERpywxuKhRzhVAAAACXBIWXMAAAsSAAAL EgHS3X78AAABwklEQVRIie3TMUhCQRgA4EseYctlQ0tQRES46NJsiFgUgpNCQ0LgLNgQtgiP SIJCiSCooGhrigp0CYqmtoYSs3z9eFBLBTfUUEvRf/fe1bOUoCnIG967/+57/3v33zvCf2jk zwBGCKEyJMQKzUZNwEZ2B6e8QmynUmHO759TVnuk8oGFGAAYk5TfYgfBGKh2JUFrTAZFXYAS gpdsDWDdVjROzQzMF6gBLSoq6QpENmyAecRcQYRDChh39gw+gKqXz2N4rVkA8rPuNMBMXz8u sw1nXLhezGqoDFBkbAdgS9ahHaAiSiDgpgKQ8wsgKzkMEJHVesWRD6AzBRiuOSlBAr+yHsB3 H4s9ILiafCPA1ju6erINgEd0QgDlRAOADx5x6pN1easD+A0WiLKQBK56QGzFEtUOBcjJ3fwC nDhR0QmWA6qi1L2ExmqA6EHxaQ5Hz8WnTCzHcfPCn4Cbr49kMBE5tXaxTG3AKX+o0ijekg8W uLQDlpFje7jeiolFbW2Aa2kxZjjwklyU8xe0BnDHNA7u+1ei0TMaxxwHOubtLBRcCjBt4GSV cS0YDHISWHMz+u3omSdKnbJfnM0maIIm+IfgHUuFqyMcWy/zAAAAAElFTkSuQmCC --------------090106060608090503000009-- --------------010003060906070805090902--