Re: [AVTCORE] Working Group Last Call on draft-ietf-avtcore-leap-second-03

Colin Perkins <csp@csperkins.org> Mon, 26 August 2013 12:57 UTC

Return-Path: <csp@csperkins.org>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 944D821E8053 for <avt@ietfa.amsl.com>; Mon, 26 Aug 2013 05:57:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cAsRqWiksJj4 for <avt@ietfa.amsl.com>; Mon, 26 Aug 2013 05:57:21 -0700 (PDT)
Received: from balrog.mythic-beasts.com (balrog.mythic-beasts.com [93.93.130.6]) by ietfa.amsl.com (Postfix) with ESMTP id 076AD11E8196 for <avt@ietf.org>; Mon, 26 Aug 2013 05:57:21 -0700 (PDT)
Received: from [130.209.247.112] (port=52534 helo=mangole.dcs.gla.ac.uk) by balrog.mythic-beasts.com with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from <csp@csperkins.org>) id 1VDwM4-00054g-7c; Mon, 26 Aug 2013 13:57:17 +0100
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Colin Perkins <csp@csperkins.org>
In-Reply-To: <520C8764.5030807@ericsson.com>
Date: Mon, 26 Aug 2013 13:57:12 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <A9B250F0-28D2-4CE5-BF4B-4C2137F90D89@csperkins.org>
References: <520C8764.5030807@ericsson.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>
X-Mailer: Apple Mail (2.1508)
X-BlackCat-Spam-Score: -28
X-Mythic-Debug: Threshold = On =
Cc: IETF AVTCore WG <avt@ietf.org>
Subject: Re: [AVTCORE] Working Group Last Call on draft-ietf-avtcore-leap-second-03
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Aug 2013 12:57:25 -0000

On 15 Aug 2013, at 08:46, Magnus Westerlund <magnus.westerlund@ericsson.com> wrote:
> This starts the WG last call on RTP and Leap Seconds with the intended
> status of Proposed Standard. Please provide any comments by 1st of
> September.
> 
> https://datatracker.ietf.org/doc/draft-ietf-avtcore-leap-second


Section 5 says that: "No special treatment with respect to RTP timestamps is required in the presence of a negative leap second". This might be clearer written "No special treatment is needed to avoid ambiguity with respect to RTP timestamps in the presence of a negative leap second". I think some special treatment is needed, as noted in Section 5.2, to avoid jumps in the playout time. 

Section 5 also says NTP includes leap seconds, and that implementations working to a leap-second-bearing reference need "a working communications channel to receive notification of leap-second scheduling". Is having an NTP-synchronised clock a sufficient channel to receive the necessary notification, or is something more needed? 

Typos:
- Section 3, 1st paragraph: "synchronized with with the rotation"
- Section 6, 2nd paragraph: "leap-seocnd-bearing"


Cheers,
Colin



-- 
Colin Perkins
http://csperkins.org/