Re: [xrblock] [AVTCORE] Open issue- identity info repetition indraft-ietf-avtcore-monarch

Qin Wu <sunseawq@huawei.com> Fri, 10 June 2011 09:44 UTC

Return-Path: <sunseawq@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 03A3311E809C for <xrblock@ietfa.amsl.com>; Fri, 10 Jun 2011 02:44:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.928
X-Spam-Level:
X-Spam-Status: No, score=-3.928 tagged_above=-999 required=5 tests=[AWL=1.629, BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, SUBJECT_FUZZY_TION=0.156]
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 6ojKWFHiPUM5 for <xrblock@ietfa.amsl.com>; Fri, 10 Jun 2011 02:44:41 -0700 (PDT)
Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [119.145.14.67]) by ietfa.amsl.com (Postfix) with ESMTP id 137E511E807E for <xrblock@ietf.org>; Fri, 10 Jun 2011 02:44:41 -0700 (PDT)
Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LMK00CXSJ1Y88@szxga04-in.huawei.com> for xrblock@ietf.org; Fri, 10 Jun 2011 17:44:23 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LMK00GA1J1YAD@szxga04-in.huawei.com> for xrblock@ietf.org; Fri, 10 Jun 2011 17:44:22 +0800 (CST)
Received: from w53375 ([10.138.41.70]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LMK00CZ7J1YR2@szxml06-in.huawei.com> for xrblock@ietf.org; Fri, 10 Jun 2011 17:44:22 +0800 (CST)
Date: Fri, 10 Jun 2011 17:49:00 +0800
From: Qin Wu <sunseawq@huawei.com>
To: Peter Musgrave <musgravepj@gmail.com>, csp@csperkins.org, xrblock@ietf.org
Message-id: <02fa01cc2753$a01c9ba0$46298a0a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3664
X-Mailer: Microsoft Outlook Express 6.00.2900.3664
Content-type: multipart/alternative; boundary="Boundary_(ID_JFMGkkVTJ6/IL2/n3/gIrw)"
X-Priority: 3
X-MSMail-priority: Normal
References: <BANLkTi=5Qw4CRSWjwavU1_fcX2fOJHdVWw@mail.gmail.com>
Subject: Re: [xrblock] [AVTCORE] Open issue- identity info repetition indraft-ietf-avtcore-monarch
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, 10 Jun 2011 09:44:42 -0000

Hi, Peter:
Thank for your comments. Please see my following question below.
  ----- Original Message ----- 
  From: Peter Musgrave 
  To: sunseawq@huawei.com ; csp@csperkins.org ; xrblock@ietf.org 
  Sent: Monday, June 06, 2011 3:01 AM
  Subject: Re: [AVTCORE] [xrblock] Open issue- identity info repetition indraft-ietf-avtcore-monarch


  Hi Qin, Colin, 


  I agree with Colin that the case for reducing identity inefficiency is not very compelling. These kinds of blocks are not sent as frequently as e.g. the RTP payload and in general a number of XR blocks can be stacked in one MTU with ease. 

  [Qin]: Yes, such block is not sent frequently. Suppose we separate identity block out from each metric block 
  and allow identity block only being sent once at the start of session, is it compelling to have such independent identity block?

  Hence I would suggest we not incur the protocol and implementation complexity of having identity blocks and references to them etc. 

  [Qin]: I agree that it is not compelling to let each small metric block to reference the independent identity block with identity information included if
  each metric block already have SSRC and support such reference. However it looks to me measure information defined in measurement identity 
  block of draft-ietf-avt-rtcp-xr-meas-identity-02 contain more than SSRC which could be used as the key to look up other application specific 
  information, e.g., diagonose information. So it will be good to still have identity block.

  Regards, 


  Peter Musgrave


  (I hope this threads properly - I have changed email address in the middle of this exchange. Apologies for not having the rest of the exchange below).