Re: [xrblock] (2nd) WGLC for draft-ietf-xrblock-rtcp-xr-jb

Colin Perkins <> Tue, 30 April 2013 10:56 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 6339521F9991 for <>; Tue, 30 Apr 2013 03:56:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -106.599
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 ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 4osoRZxaekeN for <>; Tue, 30 Apr 2013 03:56:32 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id A86D221F98E4 for <>; Tue, 30 Apr 2013 03:56:31 -0700 (PDT)
Received: from [] (port=62157 by with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from <>) id 1UX8EJ-0004AJ-Jq; Tue, 30 Apr 2013 11:56:18 +0100
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset=us-ascii
From: Colin Perkins <>
In-Reply-To: <>
Date: Tue, 30 Apr 2013 11:56:14 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <> <> <>
To: Qin Wu <>
X-Mailer: Apple Mail (2.1283)
X-BlackCat-Spam-Score: -28
X-Mythic-Debug: Threshold = On =
Cc: xrblock <>
Subject: Re: [xrblock] (2nd) WGLC for draft-ietf-xrblock-rtcp-xr-jb
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Metric Blocks for use with RTCP's Extended Report Framework working group discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 30 Apr 2013 10:56:36 -0000

Thanks, this change looks good to me.

On 23 Apr 2013, at 04:34, Qin Wu wrote:

> Hi, Colin:
> I realized jitter buffer nominal delay metric can only be sampled and is not desirable to measuring them over definite intervals.
> jitter buffer maximum delay metrics is corresponding to the earliest arriving packet in the reporting interval and it is more desirable 
> to classify it as sampled metric. When we have several packets that arrives exactly on time in the reporting interval, we can know
> which packet has the highest value of the jitter buffer nominal delay, which packet has the lowest value of the jitter buffer nominal delay.
> So I like to revoke my proposed change used to address Claire's comment and add the following sentence at the end of definition of interval metric flag to say: 
> "
> In this document, Jitter Buffer Metrics can only be sampled , and cannot be measured over definite intervals. 
> Also, the value I=00 is reserved for future use.  Senders MUST NOT use the values I=00 or I=10 or I=11.  
> If a block is received with I=00 or I=10 or I=11, the receiver MUST discard the block.
> "
> Note that as described in the draft, if any measurement to these metrics is not available, the value 0xFFFF MUST be reported  
> Regards!
> -Qin
> -----Original Message-----
> From: [] On Behalf Of Colin Perkins
> Sent: Monday, April 22, 2013 10:57 PM
> To: Romascanu, Dan (Dan)
> Cc: xrblock
> Subject: Re: [xrblock] (2nd) WGLC for draft-ietf-xrblock-rtcp-xr-jb
> On 8 Apr 2013, at 15:06, Romascanu, Dan (Dan) wrote:
>> This is the second WGLC for the Internet-Draft 'RTP Control Protocol (RTCP) Extended Report (XR) Block for Jitter Buffer Metric Reporting'. Please send your comments, questions, and concerns to the WG list before Monday 4/22 COB. If you have no comments or questions and you believe that this document is ready for submission to the IESG for consideration as a Proposed Standard, please send a message stating this. 
>> The latest version of the document can be retrieved from
> I think this is essentially ready, but I did have a quick comments on re-reading the draft:
> How is the jitter buffer nominal delay calculated for an interval metric or for a cumulative metric? The draft talks about "the current nominal jitter buffer delay", which makes sense for a sampled metric, but it's not clear how it applies for an interval or as a cumulative metric?
> It might also be necessary to clarify the other jitter buffer metrics for the cumulate case.
> -- 
> Colin Perkins
> _______________________________________________
> xrblock mailing list

Colin Perkins