Re: [AVTCORE] I-D Action: draft-ietf-avtcore-clksrc-06.txt

Magnus Westerlund <magnus.westerlund@ericsson.com> Fri, 27 September 2013 05:53 UTC

Return-Path: <magnus.westerlund@ericsson.com>
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 A7FDE11E80E6 for <avt@ietfa.amsl.com>; Thu, 26 Sep 2013 22:53:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.777
X-Spam-Level:
X-Spam-Status: No, score=-103.777 tagged_above=-999 required=5 tests=[AWL=-1.534, BAYES_00=-2.599, SARE_SUB_6CONS_WORD=0.356, 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 ZF60BSW4iV8V for <avt@ietfa.amsl.com>; Thu, 26 Sep 2013 22:53:32 -0700 (PDT)
Received: from sesbmg20.ericsson.net (sesbmg20.ericsson.net [193.180.251.56]) by ietfa.amsl.com (Postfix) with ESMTP id BECBA11E8124 for <avt@ietf.org>; Thu, 26 Sep 2013 22:53:28 -0700 (PDT)
X-AuditID: c1b4fb38-b7fcf8e0000062b8-54-52451d567433
Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.253.125]) by sesbmg20.ericsson.net (Symantec Mail Security) with SMTP id 58.3D.25272.65D15425; Fri, 27 Sep 2013 07:53:26 +0200 (CEST)
Received: from [127.0.0.1] (153.88.183.18) by smtp.internal.ericsson.com (153.88.183.65) with Microsoft SMTP Server id 14.2.328.9; Fri, 27 Sep 2013 07:53:26 +0200
Message-ID: <52451D96.1010308@ericsson.com>
Date: Fri, 27 Sep 2013 07:54:30 +0200
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Kevin Gross <kevin.gross@avanw.com>
References: <20130911001349.28088.35324.idtracker@ietfa.amsl.com> <52301853.4070306@ericsson.com> <18036806.1238.1378969595799.JavaMail.aidan@praxis.audinate.com> <5231A9CD.9080108@ericsson.com> <CALw1_Q3=0VZkpxt9hmtzOSGpJQ_=+7XvQaaE5YPD3E4REVcneg@mail.gmail.com>
In-Reply-To: <CALw1_Q3=0VZkpxt9hmtzOSGpJQ_=+7XvQaaE5YPD3E4REVcneg@mail.gmail.com>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrKLMWRmVeSWpSXmKPExsUyM+JvrW6YrGuQweGZWhb3Ht9isnjZs5Ld YtLX7awWLw61szmwePz4+4rF49/V7cweS5b8ZPL4cvkzWwBLFJdNSmpOZllqkb5dAlfG10+6 BV3yFQ+6prI3ME6Q6GLk5JAQMJGYtn89G4QtJnHhHoQtJHCUUaL9h0UXIxeQvYxRYtb/paxd jBwcvALaErum84DUsAioStzddJUFxGYTsJC4+aMRrFdUIFiifftXMJtXQFDi5MwnYDUiAuoS j3Y9ZAKZySywilFi94OXzCAJYQFniaXLZ7NCLGtnkth6rosRJMEpECgx+cQFJojrJCW2LTrG DmIzC+hJTLnawghhy0s0b53NDHG1tkRDUwfrBEahWUiWz0LSMgtJywJG5lWMHMWpxUm56UYG mxiBQX1wy2+LHYyX/9ocYpTmYFES5/341jlISCA9sSQ1OzW1ILUovqg0J7X4ECMTB6dUA2Pk oV+H+g3T9Nb9TT+wW9Ly45s0j5yT7An/vGc2z3kdW57DezU/a8k5pWNKrmsuRAtZfA4OeWx8 P6BDPvH6vsmGt5wrlxz15hJi1TWKu/3Fe5WMzwcH5xsPba7pNa7TTHBfpL7lXUTni1hrkW61 oPSbFtHt7ekhxmabJtWc0o/W2q9uWLhsghJLcUaioRZzUXEiAKm2EzE4AgAA
Cc: "avt@ietf.org" <avt@ietf.org>, "draft-ietf-avtcore-clksrc@tools.ietf.org" <draft-ietf-avtcore-clksrc@tools.ietf.org>
Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-clksrc-06.txt
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: Fri, 27 Sep 2013 05:53:38 -0000

Hi,

Thanks for writing up this text. I think this are making clear the
calculations that are needed and the difference between NTP and TAI
usage. So I am happy.

Cheers

Magnus

On 2013-09-27 01:25, Kevin Gross wrote:
> Sorry again. I missed this part of the thread. The implementations we've
> done so far all use TAI timestamp reference clocks. I've now worked
> through the details for an NTP reference.
> 
> The era of accurate timekeeping really only started in 1972 (and is
> well-defined retroactively to 1970). Not everyone agrees on
> what happened before then so I think we do need to give the RFC 868
> figure to ensure interoperability when using NTP.
> 
> Here's proposed replacement text with all the gory details:
> 
>     The signalling optionally indicates a media clock offset value.
>      The offset indicates the RTP timestamp value at the epoch (time of
>     origin) of the reference clock. To use the offset, implementations
>     need to compute RTP timestamps from reference clocks. To simplify
>     these calculations, streams utilizing offset signaling SHOULD use a
>     TAI timestamp reference clock to avoid complications introduced by
>     leap seconds. See [draft-ietf-avtcore-leap-second] for further
>     discussion of leap-second issues in timestamp reference clocks.
> 
>     To compute the RTP timestamp against an IEEE 1588 (TAI-based)
>     reference, the time elapsed between the 00:00:00 1 January IEEE 1588
>     epoch and the current time must be computed. Between the epoch and 1
>     January 2013, there were 15,706 days (including extra days during
>     leap years). Since there are no leap seconds in a TAI reference,
>     there are exactly 86,400 seconds during each of these days or a
>     total of 1,356,998,400 seconds from the epoch to 00:00:00 1 January
>     2013. A 90 kHz RTP clock for a video stream would have advanced
>     122,129,856,000,000 units over this period. With a signaled offset
>     of 0, the RTP clock value modulo the 32-bit unsigned representation
>     in the RTP header would have been 2,460,938,240 at 00:00:00 1
>     January 2013. If an offset of 23,465 had been signaled, the clock
>     value would have been 2,460,961,705.
> 
>     In order to use an NTP reference, the actual time elapsed between
>     the 00:00:00, 1 January 1900 NTP epoch to the current time must be
>     computed. 2,208,988,800 seconds elapsed between the NTP epoch and
>     00:00:00 1 January 1970 [RFC 868]. Between the beginning of 1970 and
>     2013, there were 15,706 days elapsed (including extra days during
>     leap years) and 25 leap seconds inserted. There is therefore a total
>     of 3,565,987,225 seconds from the NTP epoch to 00:00:00 1 January
>     2013. A 90 kHz RTP clock for a video stream would have advanced
>     320,938,850,250,000 units over this period. With a signaled offset
>     of 0, the RTP clock value modulo the 32-bit unsigned representation
>     would have been 1,714,023,696 at 00:00:00 1 January 2013.
> 
>     If no offset is signalled, the offset can be inferred at the
>     receiver by examining RTCP sender reports which contain NTP and RTP
>     timestamps which combined define a mapping. The NTP/RTP
>     timestamp mapping provided by RTCP SRs takes precedence over that
>     provided by the SDP, however the media clock rate implied by the SRs
>     MUST be consistent with the rate announced in the SDP.
> 
> 
>




-- 

Magnus Westerlund

----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB                | Phone  +46 10 7148287
Färögatan 6                | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------