Re: [TICTOC] Enterprise Profile comments
Denis Reilly <denis.reilly@spectracom.orolia.com> Thu, 13 November 2014 14:12 UTC
Return-Path: <denis.reilly@spectracom.orolia.com>
X-Original-To: tictoc@ietfa.amsl.com
Delivered-To: tictoc@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33BB81A879F for <tictoc@ietfa.amsl.com>; Thu, 13 Nov 2014 06:12:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZZDnwbvhCoDh for <tictoc@ietfa.amsl.com>; Thu, 13 Nov 2014 06:12:42 -0800 (PST)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0689.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::689]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B68AE1A8791 for <tictoc@ietf.org>; Thu, 13 Nov 2014 06:12:41 -0800 (PST)
Received: from DB3PR06MB0748.eurprd06.prod.outlook.com (25.161.54.151) by DB3PR06MB0748.eurprd06.prod.outlook.com (25.161.54.151) with Microsoft SMTP Server (TLS) id 15.1.16.15; Thu, 13 Nov 2014 14:00:09 +0000
Received: from DB3PR06MB0748.eurprd06.prod.outlook.com ([25.161.54.151]) by DB3PR06MB0748.eurprd06.prod.outlook.com ([25.161.54.151]) with mapi id 15.01.0016.006; Thu, 13 Nov 2014 14:00:09 +0000
From: Denis Reilly <denis.reilly@spectracom.orolia.com>
To: "tictoc@ietf.org" <tictoc@ietf.org>
Thread-Topic: Enterprise Profile comments
Thread-Index: Ac//QhdymIFmZFY1Q++jKzlJoMbnEQ==
Date: Thu, 13 Nov 2014 14:00:09 +0000
Message-ID: <1ec39bb2d99a47c59a2908cd3bc6e593@DB3PR06MB0748.eurprd06.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [66.193.84.98]
x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:DB3PR06MB0748;
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:DB3PR06MB0748;
x-forefront-prvs: 0394259C80
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(51444003)(189002)(13464003)(27574002)(377424004)(199003)(377454003)(15202345003)(86362001)(450100001)(77156002)(92566001)(77096003)(15975445006)(64706001)(512874002)(40100003)(54356999)(101416001)(4396001)(46102003)(62966003)(66066001)(122556002)(19580405001)(50986999)(19580395003)(110136001)(21056001)(108616004)(99396003)(33646002)(2501002)(97736003)(95666004)(76576001)(120916001)(31966008)(74316001)(20776003)(106356001)(105586002)(107886001)(2656002)(87936001)(107046002)(2351001)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:DB3PR06MB0748; H:DB3PR06MB0748.eurprd06.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: spectracom.orolia.com
Archived-At: http://mailarchive.ietf.org/arch/msg/tictoc/M1DM3Rc-NshiQ_6QSiCDgFM3cj4
Subject: Re: [TICTOC] Enterprise Profile comments
X-BeenThere: tictoc@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Timing over IP Connection and Transfer of Clock BOF <tictoc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tictoc>, <mailto:tictoc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tictoc/>
List-Post: <mailto:tictoc@ietf.org>
List-Help: <mailto:tictoc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tictoc>, <mailto:tictoc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Nov 2014 14:12:46 -0000
All, On the requirement in Section 8 (Preferred Master Clocks SHOULD attempt to find a domain in which they are the best master): I think that this describes an alternate BMCA for the profile, because the current 1588v2 BMCA operates on a single domain, and all domains are independent. 1588 allows for alternate BMCAs in profiles, but I think if we introduce the idea here we should spell it out in the profile as an alternate BMCA, and describe it more fully (in particular describing which BMCA states require monitoring of all domains.) I am also a bit concerned about the concept of "configured domains", and the idea that the Master clock can try any domain in its configured domain list. That requires all Master Clocks to be configured identically with the configured domain list, and if an operator wanted to add a new configured domain they would have to touch the configuration on all clocks (Master and Slave) in order to make sure each Master clock is monitoring the others properly. Perhaps we need to specify a range here? It also means that a Master clock that falls off the network and then gets back on may come back in a different domain, which may cause problems with the new Security procedures we are developing. My personal opinion is to go back to a concept that is closer to 1588v2 (and the Telecom Profile) on the Master side, where each master broadcasts on a single, pre-configured domain. We can add text saying that it is preferred to have each master broadcast on a separate domain to gain the benefits of using redundant timing sources. Masters can be added without having to worry about how other masters are configured. It seems simpler that way. -- I am in favor of the other changes, and in particular of the changes in Section 6 that call for multiple domain support in general. We have an easier time implementing multiple domains on the Slave side because, as Doug has noted, they can be implemented as independent ordinary clocks on a single port, with the combination of their timing information outside of 1588. (This is also one approach under consideration in the P1588 WB for the next revision of PTP.) I think the Enterprise profile is particularly suited to this, since Announce messages are broadcast in Multicast. A Slave device with multiple domain support can see all announce messages on all domains automatically, without having to ask for them. Each node can then decide which domains to listen to and what to do with the timing data in an implementation-specific way, with very little configuration required. Regards, -- Denis Reilly | Lead Engineer | denis.reilly@spectracom.orolia.com (585)321-5837 This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to which they are addressed. If you received this e-mail in error please note that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. -----Original Message----- From: TICTOC [mailto:tictoc-bounces@ietf.org] On Behalf Of tictoc-request@ietf.org Sent: Thursday, October 23, 2014 11:58 PM To: tictoc@ietf.org Subject: TICTOC Digest, Vol 93, Issue 4 Send TICTOC mailing list submissions to tictoc@ietf.org To subscribe or unsubscribe via the World Wide Web, visit https://www.ietf.org/mailman/listinfo/tictoc or, via email, send a message with subject or body 'help' to tictoc-request@ietf.org You can reach the person managing the list at tictoc-owner@ietf.org When replying, please edit your Subject line so it is more specific than "Re: Contents of TICTOC digest..." Today's Topics: 1. I-D Action: draft-ietf-tictoc-ptp-enterprise-profile-04.txt (internet-drafts@ietf.org) ---------------------------------------------------------------------- Message: 1 Date: Thu, 23 Oct 2014 20:57:28 -0700 From: internet-drafts@ietf.org To: i-d-announce@ietf.org Cc: tictoc@ietf.org Subject: [TICTOC] I-D Action: draft-ietf-tictoc-ptp-enterprise-profile-04.txt Message-ID: <20141024035728.3975.46631.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset="utf-8" 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 : Enterprise Profile for the Precision Time Protocol With Mixed Multicast and Unicast Messages Authors : Doug Arnold Heiko Gerstung Filename : draft-ietf-tictoc-ptp-enterprise-profile-04.txt Pages : 12 Date : 2014-10-23 Abstract: This document describes a profile for the use of the Precision Time Protocol in an IPV4 or IPv6 Enterprise information system environment. The profile uses the End to End Delay Measurement Mechanism, allows both multicast and unicast Delay Request and Delay Response Messages. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tictoc-ptp-enterprise-profile/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-tictoc-ptp-enterprise-profile-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-tictoc-ptp-enterprise-profile-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ ------------------------------ Subject: Digest Footer _______________________________________________ TICTOC mailing list TICTOC@ietf.org https://www.ietf.org/mailman/listinfo/tictoc ------------------------------ End of TICTOC Digest, Vol 93, Issue 4 *************************************
- Re: [TICTOC] Enterprise Profile comments Denis Reilly