RE: [OPS-AREA] RE: WG Review: Performance Metrics at Other Layers (pmol)

"Natale, Bob" <RNATALE@mitre.org> Wed, 24 October 2007 22:18 UTC

Return-path: <ops-area-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IkoYj-0006gB-7T; Wed, 24 Oct 2007 18:18:41 -0400
Received: from ops-area by megatron.ietf.org with local (Exim 4.43) id 1IkoYh-0006fp-QC for ops-area-confirm+ok@megatron.ietf.org; Wed, 24 Oct 2007 18:18:39 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IkoYh-0006bM-0R; Wed, 24 Oct 2007 18:18:39 -0400
Received: from smtpproxy1.mitre.org ([192.160.51.76] helo=smtp-bedford.mitre.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IkoYa-0007us-As; Wed, 24 Oct 2007 18:18:38 -0400
Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with SMTP id l9OMIGdP026210; Wed, 24 Oct 2007 18:18:16 -0400
Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id DBEAEBF7C; Wed, 24 Oct 2007 18:18:15 -0400 (EDT)
Received: from IMCFE1.MITRE.ORG (imcfe1.mitre.org [129.83.29.3]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id l9OMIFFA026180; Wed, 24 Oct 2007 18:18:15 -0400
Received: from IMCSRV2.MITRE.ORG ([129.83.20.164]) by IMCFE1.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Wed, 24 Oct 2007 18:18:14 -0400
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C8168B.4D1CC9A5"
Subject: RE: [OPS-AREA] RE: WG Review: Performance Metrics at Other Layers (pmol)
Date: Wed, 24 Oct 2007 18:14:50 -0400
Message-ID: <4915F014FDD99049A9C3A8C1B832004F023A7093@IMCSRV2.MITRE.ORG>
In-Reply-To: <EBC627BE9188ED41B022053E35ADF958F1D22D@DEEXC1U03.de.lucent.com>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
Thread-Topic: [OPS-AREA] RE: WG Review: Performance Metrics at Other Layers (pmol)
Thread-Index: AcgU1+vTdjWi6NJdT7i92QOkA3WAqQAA0cowAAJltTAAV7d0MAAIDOOA
References: <D4D321F6118846429CD792F0B5AF471F7E5BC1@DEEXC1U02.de.lucent.com> <EBC627BE9188ED41B022053E35ADF958F1D22D@DEEXC1U03.de.lucent.com>
From: "Natale, Bob" <RNATALE@mitre.org>
To: "MAK, Leen (Leen)" <lmak@alcatel-lucent.com>
X-OriginalArrivalTime: 24 Oct 2007 22:18:14.0958 (UTC) FILETIME=[C57C44E0:01C8168B]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7c131b5e347d5cc2195c958c9b09824c
Cc: iesg@ietf.org, ops-area@ietf.org
X-BeenThere: ops-area@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: OPS Area e-mail list <ops-area.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ops-area>, <mailto:ops-area-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ops-area>
List-Post: <mailto:ops-area@ietf.org>
List-Help: <mailto:ops-area-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ops-area>, <mailto:ops-area-request@ietf.org?subject=subscribe>
Errors-To: ops-area-bounces@ietf.org

Hi Leen,

I'd like to strongly endorse the point made in your last paragraph --
top-down metrics identification and orientation is essential for
efficient and effective solution design (focus, prioritization, etc.).

[Apologies if the attachment is overkill in this venue, but I'm using
it in several other contexts to show the criticality of metrics (i.e.,
the primary subset of a domain ontology to be addressed) and how that
might fit into a policy-driven management context.  I would appreciate
any feedback on that, critical or otherwise.]

Cheers,
BobN

-----Original Message-----
From: MAK, Leen (Leen) [mailto:lmak@alcatel-lucent.com] 
Sent: Wednesday, October 24, 2007 9:50 AM
To: iesg@ietf.org
Cc: ops-area@ietf.org
Subject: [OPS-AREA] RE: WG Review: Performance Metrics at Other Layers
(pmol)

All,

I read in the draft charter: "The framework will also address the need
to specify the intended audience and the motivation for the performance
metrics."

The word "also" suggests that this task is understood as a kind of
secondary task, next to the task to "describe the necessary elements of
performance metrics of protocols and applications ".

I would like to suggest that the specification of intended audience and
motivation should be a primary task.
If working bottom-up from the consideration of protocols and their
properties, it is very easy and very tempting to define all sorts of
nice and fancy parameters and metrics. However, collecting those
parameters and storing them and processing them does not come for free.

In order to limit the set of metrics to what is really useful, the
approach should be the other way. The first question to be answered
should be: which metrics are needed by the network operators to
properly
maintain the network?

Regards,

Leen Mak.



>>  -----Original Message-----
>>  From: IESG Secretary [mailto:iesg-secretary@ietf.org]
>>  Sent: Monday, October 22, 2007 8:15 PM
>>  To: ietf-announce@ietf.org
>>  Subject: WG Review: Performance Metrics at Other Layers (pmol)
>>  
>>  A new IETF working group has been proposed in the 
>>  Operations and Management Area.  The IESG has not made any 
>>  determination as yet.
>>  The following draft charter was submitted, and is provided 
>>  for informational purposes only.  Please send your comments 
>>  to the IESG mailing list (iesg@ietf.org) by October 29.
>>  
>>  +++
>>  
>>  Performance Metrics at Other Layers (pmol) 
>>  ==============================================
>>  
>>  Current Status: Proposed Working Group
>>  
>>  WG Chairs:
>>  TBD
>>  
>>  Operations and Management Area:
>>  Dan Romascanu <dromasca@avaya.com>
>>  Ronald Bonica <rbonica@juniper.net>
>>  
>>  Description:
>>  
>>  The successful implementation and operation of IP based 
>>  applications often depends on some underlying performance 
>>  measurement infrastructure that helps service operators or 
>>  network managers to recognize when performance is 
>>  unsatisfactory and identify problems affecting service 
>>  quality. Standardized performance metrics add the desirable 
>>  features of consistent implementation, interpretation, no 
>>  comparison.
>>  
>>  The IETF has two Working Groups dedicated to the 
>>  development of performance metrics however each has strict 
>>  limitations in their
>>  charters:
>>  
>>  - The Benchmarking Methodology WG has addressed a range of 
>>  networking technologies and protocols in their long history 
>>  (such as IEEE 802.3, ATM, Frame Relay, and Routing 
>>  Protocols), but the charter strictly limits their 
>>  Performance characterizations to the laboratory environment.
>>  
>>  - The IP Performance Metrics WG has the mandate to develop 
>>  metrics applicable to the performance of Internet data 
>>  delivery, but it is specifically prohibited from developing 
>>  metrics that characterize traffic (such as a VoIP stream).
>>  
>>  The IETF also has current and completed activities related 
>>  to the reporting of application performance metrics (e.g. 
>>  RAQMON and RTCP XR) and is also actively involved in the 
>>  development of reliable transport protocols which would 
>>  affect the relationship between IP performance and 
>>  application performance.
>>  
>>  Thus there is a gap in the currently chartered coverage of IETF
WGs:
>>  development of performance metrics for IP-based protocols 
>>  and applications that operate over UDP, TCP, SCTP, DCCP, 
>>  Forward Error Correction (FEC) and other robust transport 
>>  protocols, and that can be used to characterize traffic on 
>>  live networks.
>>  
>>  The working group will focus on the completion of two RFCs:
>>  
>>  1. A PMOL framework and guidelines memo that will describe 
>>  the necessary elements of performance metrics of protocols 
>>  and applications transported over IETF-specified protocols 
>>  (such as the formal definition, purpose, and units of 
>>  measure) and the various types of metrics that characterize 
>>  traffic on live networks (such as metrics derived from 
>>  other metrics, possibly on lower layers). The framework 
>>  will also address the need to specify the intended audience 
>>  and the motivation for the performance metrics. There will 
>>  also be guidelines for a performance metric development 
>>  process that includes entry criteria for new proposals (how 
>>  a proposal might be evaluated for possible endorsement by a 
>>  protocol development working group), and how an successful 
>>  proposal will be developed by PMOL WG in cooperation with a 
>>  protocol development WG.
>>  
>>  2. A proof-of-concept RFC defining performance metrics for 
>>  SIP, based on draft-malas-performance-metrics. This memo 
>>  would serve as an example of the framework and the PMOL 
>>  development process in the IETF.
>>  
>>  Discussion of new work proposals is strongly discouraged 
>>  under the initial charter of the PMOL WG, except to advise 
>>  a protocol development WG when they are evaluating a new 
>>  work proposal for related performance metrics.
>>  
>>  The PMOL WG will also be guided by a document describing 
>>  how memos defining performance metrics are intended to 
>>  advance along the IETF Standards track (draft-bradner-metricstest).
>>  
>>  PMOL WG will take advantage of expertise and seek to avoid 
>>  overlap with other standards development organizations, 
>>  such as ETSI STQ, ITU-T SG 12, ATIS IIF, ATIS PRQC, and others.
>>  
>>  Milestones
>>  
>>  June 08 SIP Performance Metrics Draft to IESG Review for 
>>  consideration as Proposed Standard
>>  
>>  Sept 08 PMOL Framework and Guidelines Draft to IESG Review 
>>  for consideration as BCP
>>  
>>  
>>  _______________________________________________
>>  OPS-AREA mailing list
>>  OPS-AREA@ietf.org
>>  https://www1.ietf.org/mailman/listinfo/ops-area
>>  
>>  ************************************************************
>>  **********
>>  To unsubscribe: 
>>  <mailto:std-sd-nsm-unsubscribe-request@list.lucent.com>
>>  


_______________________________________________
OPS-AREA mailing list
OPS-AREA@ietf.org
https://www1.ietf.org/mailman/listinfo/ops-area
_______________________________________________
OPS-AREA mailing list
OPS-AREA@ietf.org
https://www1.ietf.org/mailman/listinfo/ops-area