[TICTOC] Re: TICTOC NTP ensembling
DTonks@semtech.com Mon, 19 March 2007 16:48 UTC
Return-path: <tictoc-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HTL1m-0005Gx-JQ; Mon, 19 Mar 2007 12:48:10 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HTL1m-0005Gs-2J for tictoc@ietf.org; Mon, 19 Mar 2007 12:48:10 -0400
Received: from mail2.semtech.com ([12.155.129.43]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HTL1a-0000r1-AZ for tictoc@ietf.org; Mon, 19 Mar 2007 12:48:10 -0400
In-Reply-To: <E1HTCQZ-0006qj-FI@megatron.ietf.org>
To: tictoc@ietf.org
X-Mailer: Lotus Notes Release 6.5.2 June 01, 2004
Message-ID: <OFCA4C81CB.0427152F-ON802572A3.005B602E-802572A3.005C3B22@semtech.com>
From: DTonks@semtech.com
Date: Mon, 19 Mar 2007 16:47:54 +0000
X-MIMETrack: Serialize by Router on Mail2/SMTC(Release 7.0.2|September 26, 2006) at 03/19/2007 08:35:25 AM
MIME-Version: 1.0
Content-type: text/plain; charset="US-ASCII"
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a
Subject: [TICTOC] Re: TICTOC NTP ensembling
X-BeenThere: tictoc@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Timing over IP Connection and Transfer of Clock BOF <tictoc.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tictoc>, <mailto:tictoc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/tictoc>
List-Post: <mailto:tictoc@ietf.org>
List-Help: <mailto:tictoc-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tictoc>, <mailto:tictoc-request@ietf.org?subject=subscribe>
Errors-To: tictoc-bounces@ietf.org
Attending the WSTS07 last week, I was left with the impression that people considered one of the good things about NTP is the ability to form a clock from an ensemble of master clocks. However, I see this as another potentially serious source of noise which may swamp the output noise budget for many telecom applications. I can see that having an ensemble could offer good performance, but I think that would only be acheived if the ensemble was a stable collection. If master clocks can appear and disappear, then their individual biasses will pull the output phase around a little. For the generally-accepted accuracy of 1-10ms, this effect is probably not visible, but when the application requires +/-500ns accuracy then I think this problem will dominate. I am not an NTP expert, but I can imagine this problem is more difficult to solve than PDV-filtering. I would also like to know what the carriers think of this - do they consider this approach to be "carrier-class"? Dave Semtech Ltd Office address: 2-3 Park Court, Premier Way, Abbey Park Ind Est, Romsey, SO51 9DN Tel: +44 (0)1794 527600 Fax: +44 (0)1794 527601 Registered office: 4th Floor, Saltire Court, 20 Castle Terrace, Edinburgh, EH1 2EN Registered in Scotland 53259 VAT No. GB572685604 _______________________________________________ TICTOC mailing list TICTOC@ietf.org https://www1.ietf.org/mailman/listinfo/tictoc
- [TICTOC] Re: TICTOC NTP ensembling DTonks
- RE: [TICTOC] Re: TICTOC NTP ensembling STUART VENTERS
- RE: [TICTOC] Re: TICTOC NTP ensembling DTonks