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

Qin Wu <bill.wu@huawei.com> Tue, 16 October 2012 02:47 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 5BA5921F882B for <xrblock@ietfa.amsl.com>; Mon, 15 Oct 2012 19:47:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.256
X-Spam-Level:
X-Spam-Status: No, score=-5.256 tagged_above=-999 required=5 tests=[AWL=0.458, BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, 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 39xuF6FnwSQd for <xrblock@ietfa.amsl.com>; Mon, 15 Oct 2012 19:47:47 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id A571121F8829 for <xrblock@ietf.org>; Mon, 15 Oct 2012 19:47:42 -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.5-GA FastPath queued) with ESMTP id ALQ90596; Tue, 16 Oct 2012 02:47:41 +0000 (GMT)
Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 16 Oct 2012 03:46:52 +0100
Received: from SZXEML406-HUB.china.huawei.com (10.82.67.93) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 16 Oct 2012 03:47:38 +0100
Received: from w53375 (10.138.41.149) by szxeml406-hub.china.huawei.com (10.82.67.93) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 16 Oct 2012 10:47:32 +0800
Message-ID: <721AB2AB964E45CFB156C09EAD6E50AE@china.huawei.com>
From: Qin Wu <bill.wu@huawei.com>
To: "Claire Bi(jiayu)" <bijy@sttri.com.cn>, xrblock <xrblock@ietf.org>
References: <395288448.61350115333151.JavaMail.hermes@ent-web2>
Date: Tue, 16 Oct 2012 10:47:31 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_02AD_01CDAB8B.A468FC40"
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] Comments on draft-ietf-xrblock-rtcp-xr-concsec
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: Tue, 16 Oct 2012 02:47:48 -0000

Hi,Claire:
Thank for your comments to draft-ietf-xrblock-rtcp-xr-concsec.
Here is my reply inline below.

Regards!
-Qin
  ----- Original Message ----- 
  From: Claire Bi(jiayu) 
  To: xrblock 
  Sent: Saturday, October 13, 2012 4:02 PM
  Subject: [xrblock] Comments on draft-ietf-xrblock-rtcp-xr-concsec


  Hi, 

  Several quick comments to draft-ietf-xrblock-rtcp-xr-concsec: 

  1. Section 1.4 
  Editor Notes needed to be cleared. 
   
[Qin]: To clear the Editor Note, we need firstly reach agreement that
this draft should also need to support packet loss concealment for video application.

  2. Section 2.1 Report Block Structure 
  s/Loss Concealment metrics block/Concealed Seconds metrics block 

[Qin]: Good catch, thanks.
   
  3. Section 2.1 figure 1 
  s/BT =NLC/ BT =NCS 
   
[Qin]: Okay.
  4. Section 2.2 Unimpaired Seconds 
  There's no definition of VAD. I proposed we should add it in the text. 
  OLD TEXT: 
  " 
  ...if VAD is used, shall be counted as unimpaired seconds. 
  " 
  NEW TEXT: 
  " 
  ...if Voice Activity Detection (VAD) is used, shall be counted as unimpaired seconds. 
  " 
 [Qin]: How about not expand VAD, instead put a external reference to VAD which
explain what VAD is?
  5. Section 2.2 
  "Packet Loss Concealment Method (plc): 2 bits" 
  If video loss concealment techniques are suppoted, 2 bit packet loss conealment method is not 
  sufficient. 
   
[Qin]: Agree,probably we need to support addtional 4 or more video loss concealment method.
In that case, at least 4 bits is required.
   
  Claire 

   
   


------------------------------------------------------------------------------


  _______________________________________________
  xrblock mailing list
  xrblock@ietf.org
  https://www.ietf.org/mailman/listinfo/xrblock