[AVTCORE] comments on draft-ietf-avtcore-monarch-05
"Charles Eckel (eckelcu)" <eckelcu@cisco.com> Fri, 04 November 2011 22:30 UTC
Return-Path: <eckelcu@cisco.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 720AB21F8564 for <avt@ietfa.amsl.com>; Fri, 4 Nov 2011 15:30:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.343
X-Spam-Level:
X-Spam-Status: No, score=-6.343 tagged_above=-999 required=5 tests=[AWL=0.256, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NEY03Wcsx1R5 for <avt@ietfa.amsl.com>; Fri, 4 Nov 2011 15:30:23 -0700 (PDT)
Received: from mtv-iport-3.cisco.com (mtv-iport-3.cisco.com [173.36.130.14]) by ietfa.amsl.com (Postfix) with ESMTP id C11DB21F853E for <avt@ietf.org>; Fri, 4 Nov 2011 15:30:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=eckelcu@cisco.com; l=1770; q=dns/txt; s=iport; t=1320445823; x=1321655423; h=mime-version:content-transfer-encoding:subject:date: message-id:from:to; bh=EGpDczdF/yfYsi2PPPAvnNEc6f+X1BT0h1QJx8tfVmA=; b=lJCyqohbaqQgfZL8cuR+ZQPXq/oPAH6LtKL+ij6UztDt4HlOeiL4bHxc Al7+TU+vqQXO9yuw0NM0cec/TXzhAc0DQRBKPoEsrbdIYMOef88y5lQUE jsCJvcVAGWsCRqFL1OOiwNst6f6G0Qvk2cMvLwhkuSZPCESKXepidu0VF g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiAHADtntE6rRDoI/2dsb2JhbABDmlePL4EFgXQBBBIBHQpRASoGGAdXAQQbGp4IgSYBnkWISGMEiAqRTIxM
X-IronPort-AV: E=Sophos;i="4.69,457,1315180800"; d="scan'208";a="12455115"
Received: from mtv-core-3.cisco.com ([171.68.58.8]) by mtv-iport-3.cisco.com with ESMTP; 04 Nov 2011 22:30:22 +0000
Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by mtv-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id pA4MUMVS009886 for <avt@ietf.org>; Fri, 4 Nov 2011 22:30:22 GMT
Received: from xmb-sjc-234.amer.cisco.com ([128.107.191.111]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 4 Nov 2011 15:30:22 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 04 Nov 2011 15:30:21 -0700
Message-ID: <E1CBF4C7095A3D4CAAAEAD09FBB8E08C05B4B569@xmb-sjc-234.amer.cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: comments on draft-ietf-avtcore-monarch-05
Thread-Index: AcybQVaCnLsGTyLqRoalcf65qUAjqg==
From: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
To: avt@ietf.org
X-OriginalArrivalTime: 04 Nov 2011 22:30:22.0931 (UTC) FILETIME=[57742230:01CC9B41]
Subject: [AVTCORE] comments on draft-ietf-avtcore-monarch-05
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: Fri, 04 Nov 2011 22:30:24 -0000
I read the draft and have the following comments: Section 2 and 3 contain some definitions. Should we add definitions there for additional terms, including interval metric, cumulative metric, and sampled metric. There has been some debate on the definitions of these on xrblock alias, and it would be good to have a consistent definition of these terms. Section 3 reads, " The Metric Block exposes real time Application Quality information". Section 2 defined transport level, application level, and end system metrics. As such, the use of "application quality information" seems too specific and limiting to me. Section 5.2 read, There may be situation where more than one media transport protocols are used by one application to interconnect to the same session in the gateway. For example, one RTCP XR Packet is sent to the participating endpoints using non- RTP-based media transport (e.g., using SIP) in a VOIP session, one crucial factor lies in how to handle their different identities that are corresponding to different media transport." Are we really expecting RTCP XR packets to be used outside of an RTP session? Or are we trying to say there may be multiple RTP sessions for a given VoIP session, and there is a need to be able to correlate the RTCP XR packets from each of these RTP sessions with each other? Nits: Section 4: - change " may have different monitoring requirements, design large block ..." to " may have different monitoring requirements. Designing large block ..." - change " it is hardly to provide" to " it is hard to provide" - change " block types For example" to " block types. For example" - change " consecutive metric interval" to " consecutive metric intervals" Thanks, Charles
- [AVTCORE] comments on draft-ietf-avtcore-monarch-… Charles Eckel (eckelcu)
- Re: [AVTCORE] comments on draft-ietf-avtcore-mona… Qin Wu
- Re: [AVTCORE] comments on draft-ietf-avtcore-mona… Charles Eckel (eckelcu)
- Re: [AVTCORE] comments on draft-ietf-avtcore-mona… Qin Wu
- Re: [AVTCORE] comments on draft-ietf-avtcore-mona… Charles Eckel (eckelcu)
- Re: [AVTCORE] comments on draft-ietf-avtcore-mona… Qin Wu