Re: [AVTCORE] I-D Action: draft-ietf-avtcore-monarch-21.txt

Qin Wu <bill.wu@huawei.com> Tue, 25 September 2012 03:41 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7DB621F88FB for <avt@ietfa.amsl.com>; Mon, 24 Sep 2012 20:41:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.994
X-Spam-Level:
X-Spam-Status: No, score=-4.994 tagged_above=-999 required=5 tests=[AWL=-0.148, 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 Lk735g+PQYPI for <avt@ietfa.amsl.com>; Mon, 24 Sep 2012 20:41:11 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 8904721F88EE for <avt@ietf.org>; Mon, 24 Sep 2012 20:41:10 -0700 (PDT)
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 AJZ32551; Tue, 25 Sep 2012 03:41:09 +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; Tue, 25 Sep 2012 04:40:31 +0100
Received: from SZXEML422-HUB.china.huawei.com (10.82.67.161) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 25 Sep 2012 04:41:08 +0100
Received: from w53375 (10.138.41.149) by szxeml422-hub.china.huawei.com (10.82.67.161) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 25 Sep 2012 11:41:04 +0800
Message-ID: <C20214B316C94BD09DE8A4C9C04BB98D@china.huawei.com>
From: Qin Wu <bill.wu@huawei.com>
To: Glen Zorn <glenzorn@gmail.com>, Colin Perkins <csp@csperkins.org>
References: <20120921033311.2019.17521.idtracker@ietfa.amsl.com><94BFF0B8-B69E-41C7-8C73-9CD38EF5F938@csperkins.org><505C3DA1.1060003@gmail.com><6528A053-4ABF-4150-BF12-E3D0F5218116@csperkins.org> <505C6A8E.4010302@gmail.com>
Date: Tue, 25 Sep 2012 11:41:04 +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
Cc: avt@ietf.org
Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-monarch-21.txt
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Sep 2012 03:41:11 -0000

Hi,
----- Original Message ----- 
From: "Glen Zorn" <glenzorn@gmail.com>
To: "Colin Perkins" <csp@csperkins.org>
Cc: <avt@ietf.org>
Sent: Friday, September 21, 2012 9:24 PM
Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-monarch-21.txt


> On 09/21/2012 05:22 PM, Colin Perkins wrote:
> 
> ...
> 
>>
> >
> > The objective of this document is to describe an extensible RTP
> > monitoring framework to provide a small number of re-usable Quality
> > of Service (QoS) / QoE metrics which facilitate reduced
> > implementation costs and help maximize inter-operability. The
> > "Guidelines for Extending the RTP Control Protocol (RTCP)" [RFC5968]
> > has stated that, where RTCP is to be extended with a new metric, the
> > preferred mechanism is by the addition of a new RTCP XR [RFC3611]
> > block. This memo assumes that all the guidelines from RFC 5968 must
> > apply on top of the guidelines in this document. Guidelines for
> > developing new performance metrics are specified in [RFC6390]. New
> > RTCP XR report block definitions should not define new performance
> > metrics, but should rather refer to metrics defined elsewhere. It is
> > expected that the referenced metrics will conform to [RFC6390].
> >>
> >> I think that that is all fine, except the last sentence. To give
> >> one example from a draft currently under discussion,
> >> draft-ietf-xrblock-rtcp-xr-pdv uses metrics developed by ITU-T.
> >> Can we reasonably expect that ITU-T metrics will conform to RFC
> >> 6390?
> >
> >
> > Good point - I guess we could add "...if developed in the IETF", or
> > we could just remove the last sentence.
> >
> 
> Deleting is easy :-).

[Qin]:Okay, looks good to me.

> _______________________________________________
> Audio/Video Transport Core Maintenance
> avt@ietf.org
> https://www.ietf.org/mailman/listinfo/avt