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

"MAK, Leen \(Leen\)" <lmak@alcatel-lucent.com> Wed, 24 October 2007 14:04 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 1IkgqU-0007Ye-T4; Wed, 24 Oct 2007 10:04:30 -0400
Received: from ops-area by megatron.ietf.org with local (Exim 4.43) id 1IkgfZ-00077R-5z for ops-area-confirm+ok@megatron.ietf.org; Wed, 24 Oct 2007 09:53:13 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IkgfW-0006Fj-0F; Wed, 24 Oct 2007 09:53:10 -0400
Received: from ihemail1.lucent.com ([135.245.0.33]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IkgfU-0005Wa-F0; Wed, 24 Oct 2007 09:53:09 -0400
Received: from ilexp01.ndc.lucent.com (h135-3-39-1.lucent.com [135.3.39.1]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id l9ODql74010996; Wed, 24 Oct 2007 08:53:07 -0500 (CDT)
Received: from DEEXP02.DE.lucent.com ([135.248.187.66]) by ilexp01.ndc.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 24 Oct 2007 08:50:25 -0500
Received: from DEEXC1U03.de.lucent.com ([135.248.187.27]) by DEEXP02.DE.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 24 Oct 2007 15:50:23 +0200
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: Wed, 24 Oct 2007 15:50:23 +0200
Message-ID: <EBC627BE9188ED41B022053E35ADF958F1D22D@DEEXC1U03.de.lucent.com>
In-Reply-To: <D4D321F6118846429CD792F0B5AF471F7E5BC1@DEEXC1U02.de.lucent.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: WG Review: Performance Metrics at Other Layers (pmol)
Thread-Index: AcgU1+vTdjWi6NJdT7i92QOkA3WAqQAA0cowAAJltTAAV7d0MA==
References: <D4D321F6118846429CD792F0B5AF471F7E5BC1@DEEXC1U02.de.lucent.com>
From: "MAK, Leen (Leen)" <lmak@alcatel-lucent.com>
To: iesg@ietf.org
X-OriginalArrivalTime: 24 Oct 2007 13:50:23.0784 (UTC) FILETIME=[D3401A80:01C81644]
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.33
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d16ce744298aacf98517bc7c108bd198
X-Mailman-Approved-At: Wed, 24 Oct 2007 10:04:30 -0400
Cc: ops-area@ietf.org
Subject: [OPS-AREA] RE: WG Review: Performance Metrics at Other Layers (pmol)
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

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