Skip to main content

Simple Two-Way Active Measurement Protocol Extensions for Performance Measurement on LAG
draft-ietf-ippm-stamp-on-lag-06

Approval announcement
Draft of message to be sent after approval:

Announcement

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: The IESG <iesg@ietf.org>, draft-ietf-ippm-stamp-on-lag@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, marcus.ihlar@ericsson.com, martin.h.duke@gmail.com, rfc-editor@rfc-editor.org
Subject: Protocol Action: 'Simple Two-Way Active Measurement Protocol Extensions for Performance Measurement on LAG' to Proposed Standard (draft-ietf-ippm-stamp-on-lag-06.txt)

The IESG has approved the following document:
- 'Simple Two-Way Active Measurement Protocol Extensions for Performance
   Measurement on LAG'
  (draft-ietf-ippm-stamp-on-lag-06.txt) as Proposed Standard

This document is the product of the IP Performance Measurement Working Group.

The IESG contact persons are Zaheduzzaman Sarker and Martin Duke.

A URL of this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-stamp-on-lag/


Ballot Text

Technical Summary

   This document extends Simple Two-Way Active Measurement Protocol
   (STAMP) to implement performance measurement on every member link of
   a Link Aggregation Group (LAG).  Knowing the measured metrics of each
   member link of a LAG enables operators to enforce a performance based
   traffic steering policy across the member links.

Working Group Summary

The one point of controversy was around the applicability or rather the wording of
this draft. Micro-sessions could be useful in more cases than measuring LAG groups
and to be able to measure LAG groups you need a very specific deployment.  There
were suggestions to remove all mentions of LAG from the document and generalize
the concept. 

Document Quality

Several implementations of the sister specification (draft-ietf-ippm-otwamp-on-lag) 
have been announced. But non of this specification so far.

Personnel

   The Document Shepherd for this document is Marcus Ihlar. The Responsible
   Area Director is Martin Duke.

RFC Editor Note