IP Performance Metrics (ippm)Last Modified: 2009-04-22 Additional information is available at tools.ietf.org/wg/ippm
Chair(s):Transport Area Director(s):Transport Area Advisor:Mailing Lists:General Discussion: ippm@ietf.orgTo Subscribe: https://www.ietf.org/mailman/listinfo/ippm In Body: subscribe Archive: http://www.ietf.org/mail-archive/web/ippm/current/maillist.html Description of Working Group:The IPPM WG has developed a set of standard metrics that can beapplied to the quality, performance, and reliability of Internet data delivery services. These metrics are designed such that they can be performed by network operators, end users, or independent testing groups. It is important that the metrics not represent a value judgment (i.e. define "good" and "bad"), but rather provide unbiased quantitative measures of performance. Functions peripheral to Internet data delivery services, such as NOC/NIC services, are beyond the scope of this working group. The IPPM WG has produced documents that define specific metrics and procedures for accurately measuring and documenting these metrics. This is the current list of fundamental metrics and the existing set of derived metrics. - connectivity - one-way delay and loss - round-trip delay. - delay variation - loss patterns - packet reordering - bulk transport capacity - link bandwidth capacity - packet duplication The working group will advance these metrics along the standards track within the IETF. The WG will document the process of moving documents along the standards track, based on draft-bradner-metricstest. As this process is likely to be needed by other groups as well (in particular BMWG, PMOL), the group will collaborate with other groups in order to ensure that there is consensus amongst all groups expected to use the process. Additionally, the WG will produce Proposed Standard AS documents, comparable to applicability statements in RFC 2026, that will focus on procedures for measuring the individual metrics and how these metrics characterize features that are important to different service classes, such as bulk transport, periodic streams, packet bursts or multimedia streams. Each AS document will discuss the performance characteristics that are pertinent to a specified service class; clearly identify the set of metrics that aid in the description of those characteristics; specify the methodologies required to collect said metrics; and lastly, present the requirements for the common, unambiguous reporting of testing results. The AS documents can also discuss the use of the metrics to verify performance expectations, such as SLA's, report results to specific user groups or investigate network problems. The focus is, again, to define how this should be done, not to define a value judgment. The WG may define additional statistics for its metrics if needed. Specific topics of these AS documents must be approved by the Area Directors as charter additions. The WG will work on documents describing how to compose and decompose the results of its metrics over time or space. The WG has produced protocols to enable communication among test equipment that implements the one- and two-way metrics (OWAMP and TWAMP respectively). OWAMP and TWAMP will be advanced along the standards track. Further development of these protocols will also be done inside the WG. The metrics developed by the WG were developed inside an active measurement context, that is, the devices used to measure the metrics produce their own traffic. However, most metrics can be used inside a passive context as well. No work is planned is this area though, this may be changed with AD approval. The intent of the WG is to cooperate with other appropriate standards bodies and forums (such as ATIS IIF, ITU-T SG 12, 13 and 15, MEF) to promote consistent approaches and metrics. Within the IETF process, IPPM metrics definitions will be subject to as rigorous a scrutiny for usefulness, clarity, and accuracy as other protocol standards. The IPPM WG will interact with other areas of IETF activity whose scope intersect with the requirement of these specific metrics. The WG will, on request, provide input to other IETF WG on the use of these metrics. Goals and Milestones:
Internet-Drafts:Spatial Composition of Metrics (54109 bytes)TWAMP Reflect Octets and Symmetrical Size Features (42320 bytes) Individual Session Control Feature for TWAMP (37914 bytes) Reporting Metrics: Different Points of View (44974 bytes) TCP Throughput Testing Methodology (43046 bytes) Request For Comments:IPPM Metrics for Measuring Connectivity (RFC 2498) (17869 bytes)Framework for IP Performance Metrics (RFC 2330) (94387 bytes) IPPM Metrics for Measuring Connectivity (RFC 2678) (18087 bytes) A One-way Delay Metric for IPPM (RFC 2679) (43542 bytes) A Round-trip Delay Metric for IPPM (RFC 2681) (44357 bytes) A One-way Packet Loss Metric for IPPM (RFC 2680) (32266 bytes) A Framework for Defining Empirical Bulk Transfer Capacity Metrics (RFC 3148) (36041 bytes) One-way Loss Pattern Sample Metrics (RFC 3357) (30570 bytes) IP Packet Delay Variation Metric for IPPM (RFC 3393) (47731 bytes) Network performance measurement for periodic streams (RFC 3432) (52493 bytes) A One-way Active Measurement Protocol Requirements (RFC 3763) (23360 bytes) IP Performance Metrics (IPPM) metrics registry (RFC 4148) (23074 bytes) A One-way Active Measurement Protocol (OWAMP) (RFC 4656) (132303 bytes) Packet Reordering Metrics (RFC 4737) (94699 bytes) Defining Network Capacity (RFC 5136) (30682 bytes) A Two-Way Active Measurement Protocol (TWAMP) (RFC 5357) (61960 bytes) updated by RFC 5618 Information Model and XML Data Model for Traceroute Measurements (RFC 5388) (156801 bytes) Packet Delay Variation Applicability Statement (RFC 5481) (92218 bytes) A One-Way Packet Duplication Metric (RFC 5560) (25304 bytes) Mixed Security Mode for the Two-Way Active Measurement Protocol - TWAMP (RFC 5618) (16553 bytes) updates RFC 5357 IP Performance Metrics (IPPM): Spatial and Multicast (RFC 5644) (110407 bytes) Framework for Metric Composition (RFC 5835) (38138 bytes) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||