Re: [xrblock] Comments on draft-ietf-xrblock-rtcp-xr-synchronization-00

Colin Perkins <csp@csperkins.org> Wed, 24 October 2012 14:44 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 CAD1221F8584 for <xrblock@ietfa.amsl.com>; Wed, 24 Oct 2012 07:44:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.932
X-Spam-Level:
X-Spam-Status: No, score=-105.932 tagged_above=-999 required=5 tests=[AWL=0.667, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PSNCc0vdZpD6 for <xrblock@ietfa.amsl.com>; Wed, 24 Oct 2012 07:44:06 -0700 (PDT)
Received: from balrog.mythic-beasts.com (balrog.mythic-beasts.com [93.93.130.6]) by ietfa.amsl.com (Postfix) with ESMTP id 1173E21F8447 for <xrblock@ietf.org>; Wed, 24 Oct 2012 07:44:06 -0700 (PDT)
Received: from [130.209.247.112] (helo=mangole.dcs.gla.ac.uk) by balrog.mythic-beasts.com with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from <csp@csperkins.org>) id 1TR2Ba-0002dy-JX; Wed, 24 Oct 2012 15:43:58 +0100
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="windows-1252"
From: Colin Perkins <csp@csperkins.org>
In-Reply-To: <51E6A56BD6A85142B9D172C87FC3ABBB4438F16F@szxeml539-mbx.china.huawei.com>
Date: Wed, 24 Oct 2012 15:43:57 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <5D5EF107-BD78-410E-8E81-BC3228B91339@csperkins.org>
References: <51E6A56BD6A85142B9D172C87FC3ABBB4438F16F@szxeml539-mbx.china.huawei.com>
To: Huangyihong <rachel.huang@huawei.com>
X-Mailer: Apple Mail (2.1283)
X-BlackCat-Spam-Score: -12
X-Mythic-Debug: Threshold = On =
Cc: "xrblock@ietf.org" <xrblock@ietf.org>
Subject: Re: [xrblock] Comments on draft-ietf-xrblock-rtcp-xr-synchronization-00
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: Wed, 24 Oct 2012 14:44:06 -0000

On 18 Oct 2012, at 04:30, Huangyihong (Rachel) wrote:
> Hi folks,
>  
> I have 2 comments for draft-ietf-xrblock-rtcp-xr-synchronization:
>  
> 1.       In RTP flows synchronization offset metric block, only one SSRC set to the SSRC of the reference RTP stream has been specified. IMO,  the SSRC of the reporting stream should be also required.
> 2.       Synchronization offset is a 64-bit unsigned fixed-point number. No indication shows which stream, the reporting stream or the reference stream,  is lag behind. So I propose to split one bit from “Reserved” field to indicate the offset direction.

It would probably be easier to implement if you made the Synchronisation Offset a signed 64 bit value, rather than an unsigned 64 bit value and a separate sign bit.

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