Re: [xrblock] AD evaluation: draft-ietf-xrblock-rtcp-xr-loss-conceal

Qin Wu <bill.wu@huawei.com> Mon, 17 March 2014 02:32 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: xrblock@ietfa.amsl.com
Delivered-To: xrblock@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45A5F1A0252 for <xrblock@ietfa.amsl.com>; Sun, 16 Mar 2014 19:32:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.748
X-Spam-Level:
X-Spam-Status: No, score=-4.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jbvWmwC5PkRv for <xrblock@ietfa.amsl.com>; Sun, 16 Mar 2014 19:32:13 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 482141A0228 for <xrblock@ietf.org>; Sun, 16 Mar 2014 19:32:13 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BEQ09340; Mon, 17 Mar 2014 02:32:05 +0000 (GMT)
Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 17 Mar 2014 02:31:59 +0000
Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 17 Mar 2014 02:32:03 +0000
Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.85]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Mon, 17 Mar 2014 10:31:57 +0800
From: Qin Wu <bill.wu@huawei.com>
To: "Alissa Cooper (alcoop)" <alcoop@cisco.com>, "xrblock@ietf.org" <xrblock@ietf.org>, "draft-ietf-xrblock-rtcp-xr-loss-conceal@tools.ietf.org" <draft-ietf-xrblock-rtcp-xr-loss-conceal@tools.ietf.org>
Thread-Topic: AD evaluation: draft-ietf-xrblock-rtcp-xr-loss-conceal
Thread-Index: AQHPP7jeQLFyC6GPXEyrrGn0760LQZrkkhJw
Date: Mon, 17 Mar 2014 02:31:57 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABA845093E2@nkgeml501-mbs.china.huawei.com>
References: <CF47680B.25B70%alcoop@cisco.com>
In-Reply-To: <CF47680B.25B70%alcoop@cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.138.41.149]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/xrblock/8Cnq42wX3N4qjSpHOr4YdodQOQE
Subject: Re: [xrblock] AD evaluation: draft-ietf-xrblock-rtcp-xr-loss-conceal
X-BeenThere: xrblock@ietf.org
X-Mailman-Version: 2.1.15
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, 17 Mar 2014 02:32:15 -0000

Hi,Alissa:
Thanks for your valuable review. See my reply inline below.

Regards!
-Qin
-----Original Message-----
From: Alissa Cooper (alcoop) [mailto:alcoop@cisco.com] 
Sent: Saturday, March 15, 2014 3:09 AM
To: xrblock@ietf.org; draft-ietf-xrblock-rtcp-xr-loss-conceal@tools.ietf.org
Subject: AD evaluation: draft-ietf-xrblock-rtcp-xr-loss-conceal

I have reviewed this draft in preparation for IETF LC.  Overall, it's in
good shape, and I have requested the LC.  A couple of minor comments to
address with any LC comments:


== In Section 3.2 and Section 4.2, I have a few issues with this text:

"Note that the enhancement method (plc =3 )for packet loss
      concealment offers an improved audio quality and or a better
      robustness against packet losses [G.711] and is equivalent to
      enhanced in section 4.7.1 of [RFC3611],"


I assume "and or" is supposed to be "and".

[Qin]: Agree.

Also, enhanced does not appear in section 4.7.1 of RFC3611. Did you mean
4.7.6?

[Qin]: Good catch, will fix this.

Is there text missing off the end, or is the comma that ends the sentence
supposed to be a period?

[Qin]: Correct, it is a typo.

== In Section 4.2, I have an issue with this text:

"Buffer adjustment-type concealment
      SHALL not cause Concealed Seconds to be incremented, with the
      following exception.  An implementation MAY cause Concealed
      Seconds to be incremented for 'emergency' buffer adjustments made
      during talk spurts."

SHALL not (with "not" in lowercase) is not appropriate usage of 2119
language (it should be SHALL NOT). But it also seems to me that SHALL NOT
is inappropriate in this case, because there is an exceptional
circumstance when concealed seconds should be incremented. So I think this
should actually be SHOULD NOT.

[Qin]: You are right.

== Sections 3 and 4 refer to NLS and NCS as the placeholders for the block
type numbers to be assigned by IANA, but in section 6.1 they are listed as
LCB and CSB, respectively. The same acronyms should be used throughout.

[Qin]: Agree, thanks.

Thanks,
Alissa