Re: [xrblock] WGLC on draft-ietf-xrblock-rtcp-xr-synchronization-02.txt

Colin Perkins <csp@csperkins.org> Mon, 04 March 2013 12:15 UTC

Return-Path: <csp@csperkins.org>
X-Original-To: xrblock@ietfa.amsl.com
Delivered-To: xrblock@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 188D321F8A04 for <xrblock@ietfa.amsl.com>; Mon, 4 Mar 2013 04:15:38 -0800 (PST)
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 M+lDDRE4TrP8 for <xrblock@ietfa.amsl.com>; Mon, 4 Mar 2013 04:15:37 -0800 (PST)
Received: from balrog.mythic-beasts.com (balrog.mythic-beasts.com [93.93.130.6]) by ietfa.amsl.com (Postfix) with ESMTP id 4FFBE21F898A for <xrblock@ietf.org>; Mon, 4 Mar 2013 04:15:37 -0800 (PST)
Received: from [130.209.247.112] (port=54529 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 1UCUIp-0004Ja-He; Mon, 04 Mar 2013 12:15:35 +0000
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="us-ascii"
From: Colin Perkins <csp@csperkins.org>
In-Reply-To: <00B2102B-B085-40EB-BA98-ACFDC4F2E82C@ntt-at.com>
Date: Mon, 04 Mar 2013 12:15:34 +0000
Content-Transfer-Encoding: quoted-printable
Message-Id: <D7DFDBD4-E259-492A-BCE8-E12520DB0EDA@csperkins.org>
References: <00B2102B-B085-40EB-BA98-ACFDC4F2E82C@ntt-at.com>
To: Shida Schubert <shida@ntt-at.com>
X-Mailer: Apple Mail (2.1283)
X-BlackCat-Spam-Score: -28
X-Mythic-Debug: Threshold = On =
Cc: xrblock <xrblock@ietf.org>
Subject: Re: [xrblock] WGLC on draft-ietf-xrblock-rtcp-xr-synchronization-02.txt
X-BeenThere: xrblock@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Metric Blocks for use with RTCP's Extended Report Framework working group discussion list <xrblock.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xrblock>, <mailto:xrblock-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/xrblock>
List-Post: <mailto:xrblock@ietf.org>
List-Help: <mailto:xrblock-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xrblock>, <mailto:xrblock-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Mar 2013 12:15:38 -0000

On 19 Feb 2013, at 22:44, Shida Schubert wrote:
> This is an announcement of a 2 weeks XRBLOCK WG last call on 
> "Report Block for Synchronization Delay and Offset Metrics Reporting" 
> priorto requesting publication of the document as a proposed standard. 
> 
> Please send your comments, including nits, to the list by the
> 
> 8th of March (Just before the next IETF meeting in Orlando)
> 
> If you read the draft and you see no issues, concerns, or nits, please
> express the fact that you have no issue progressing the draft on the
> list as well. 
> 
> The latest version can be found here:
> 
> http://www.ietf.org/id/draft-ietf-xrblock-rtcp-xr-synchronization-02.txt


Re-reading this, the definition of the RTP Flow Synchronisation Offset Metric Block is perhaps a little confusing. Is the aim to report the synchronisation offset between flows in a single RTP session, or between flows in multiple RTP sessions? The former case seems well supported, but the latter look problematic, since the SSRC space is not unique across sessions (a single CNAME might be sending several flows with the same SSRC, each in a different RTP session, making the "SSRC of reference" field ambiguous). 



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