Re: [xrblock] WGLC for draft-ietf-xrblock-rtcp-xr-burst-gap-discard-08.txt

Qin Wu <bill.wu@huawei.com> Fri, 21 December 2012 06:12 UTC

Return-Path: <bill.wu@huawei.com>
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 05DBE21F8991 for <xrblock@ietfa.amsl.com>; Thu, 20 Dec 2012 22:12:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.722
X-Spam-Level:
X-Spam-Status: No, score=-4.722 tagged_above=-999 required=5 tests=[AWL=0.124, BAYES_00=-2.599, MIME_BASE64_TEXT=1.753, RCVD_IN_DNSWL_MED=-4]
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 YL07TAlClmmZ for <xrblock@ietfa.amsl.com>; Thu, 20 Dec 2012 22:11:59 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 0157921F88B4 for <xrblock@ietf.org>; Thu, 20 Dec 2012 22:11:58 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AMR89731; Fri, 21 Dec 2012 06:11:58 +0000 (GMT)
Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 21 Dec 2012 06:11:01 +0000
Received: from SZXEML445-HUB.china.huawei.com (10.82.67.183) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 21 Dec 2012 06:11:08 +0000
Received: from w53375 (10.138.41.149) by szxeml445-hub.china.huawei.com (10.82.67.183) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 21 Dec 2012 14:11:01 +0800
Message-ID: <FC120914F2F545379DDD1DC8FA968773@china.huawei.com>
From: Qin Wu <bill.wu@huawei.com>
To: "Romascanu, Dan (Dan)" <dromasca@avaya.com>, xrblock@ietf.org
References: <9904FB1B0159DA42B0B887B7FA8119CA0329F3@AZ-FFEXMB03.global.avaya.com> <9904FB1B0159DA42B0B887B7FA8119CA044148@AZ-FFEXMB04.global.avaya.com>
Date: Fri, 21 Dec 2012 14:11:00 +0800
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: base64
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5931
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.6109
X-Originating-IP: [10.138.41.149]
X-CFilter-Loop: Reflected
Subject: Re: [xrblock] WGLC for draft-ietf-xrblock-rtcp-xr-burst-gap-discard-08.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: Fri, 21 Dec 2012 06:12:00 -0000

Thank you, we will fix these in the update.

Regards!
-Qin
----- Original Message ----- 
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: <xrblock@ietf.org>
Sent: Thursday, December 20, 2012 2:39 AM
Subject: Re: [xrblock] WGLC for draft-ietf-xrblock-rtcp-xr-burst-gap-discard-08.txt


> Hi,
> 
> The document is in good shape. I have however a number of comments and questions, please address them.
> 
> 1. In Section 1.1, the second sentence in the second paragraph has a broken syntax. I suggest: 
> 
> s/ Burst/Gap metrics are typically used in Cumulative reports however MAY be used in Interval reports./ Burst/Gap metrics are typically used in Cumulative reports, however they also MAY be used in Interval reports./
> 
> 2. It would be good to provide an example or a reference to the 'stream repair means' mentioned in section 1.4.
> 
> 3. In Section 3.1 at the Interval Metric flag definition - I guess that the last phrase means 'Sampled Value (I=01) MUST not be used.' 
> 
> One more thing is missing here - what is the behavior of the receiver when receiving I=01 or I=00 which is undefined? I believe these need to be specified. 
> 
> 4. In the definitions of Packets discarded in burst, and of Total Packets expected in bursts we have:
> 
>      If the measured value exceeds 0xFFFFFD, the value 0xFFFFFE SHOULD
>      be reported to indicate an over-range measurement.  If the
>      measurement is unavailable, the value 0xFFFFFF SHOULD be reported.  
> 
> What is the reasons that these are SHOULD? If there are exceptions, please specify these, if not s/SHOULD/MUST/
> 
> 5. In Section 4 please expand PCM in ' PCM Severely Errored Second'
> 
> 
> Thanks and Regards,
> 
> Dan
> 
>> -----Original Message-----
>> From: xrblock-bounces@ietf.org [mailto:xrblock-bounces@ietf.org] On
>> Behalf Of Romascanu, Dan (Dan)
>> Sent: Thursday, December 06, 2012 2:14 PM
>> To: xrblock@ietf.org
>> Subject: [xrblock] WGLC for draft-ietf-xrblock-rtcp-xr-burst-gap-
>> discard-08.txt
>> 
>> 
>> 
>> 
>> This is a (second) Working Group Last Call for
>> http://www.ietf.org/id/draft-ietf-xrblock-rtcp-xr-burst-gap-discard-
>> 08.txt.
>> 
>> Please read and review this document, and send your comments, questions
>> and concerns to the WG list before December 20, 2012. If you read the
>> document, have no comments and you believe that the document is ready
>> for submission to the IESG as a Standards Track document please send a
>> short message as well to help us in determining the level of review and
>> consensus.
>> 
>> Thanks and Regards,
>> 
>> Dan
>> 
>> _______________________________________________
>> xrblock mailing list
>> xrblock@ietf.org
>> https://www.ietf.org/mailman/listinfo/xrblock
> _______________________________________________
> xrblock mailing list
> xrblock@ietf.org
> https://www.ietf.org/mailman/listinfo/xrblock