Self-Clocked Rate Adaptation for Multimedia
draft-ietf-rmcat-scream-cc-13

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: rmcat-chairs@ietf.org, rmcat@ietf.org, mls.ietf@gmail.com, ietf@kuehlewind.net, draft-ietf-rmcat-scream-cc@ietf.org, The IESG <iesg@ietf.org>, Martin Stiemerling <mls.ietf@gmail.com>, rfc-editor@rfc-editor.org
Subject: Document Action: 'Self-Clocked Rate Adaptation for Multimedia' to Experimental RFC (draft-ietf-rmcat-scream-cc-13.txt)

The IESG has approved the following document:
- 'Self-Clocked Rate Adaptation for Multimedia'
  (draft-ietf-rmcat-scream-cc-13.txt) as Experimental RFC

This document is the product of the RTP Media Congestion Avoidance Techniques
Working Group.

The IESG contact persons are Mirja Kühlewind and Spencer Dawkins.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-rmcat-scream-cc/

Ballot Text

Technical Summary

   This memo describes a rate adaptation algorithm for conversational
   media services such as video.  The solution conforms to the packet
   conservation principle and uses a hybrid loss and delay based
   congestion control algorithm.  The algorithm is evaluated over both
   simulated Internet bottleneck scenarios as well as in a Long Term
   Evolution (LTE) system simulator and is shown to achieve both low
   latency and high video throughput in these scenarios.

Working Group Summary

   The document has been reviewed by the RMCAT WG and 
   there have been no controversial points.

Document Quality

   The SCReAM algorithm has been implemented in the OpenWebRTC project,
   an open source WebRTC implementation from Ericsson
   Research.  This SCReAM implementation is usable with any WebRTC
   endpoint using OpenWebRTC.

Personnel

   The document shepherd is Martin Stiemerling (mls.ietf@gmail.com)
   The responsible Area Director is Mirja Kuehlewind (ietf@kuehlewind.net)

RFC Editor Note

  Please edit the following sentence in section 3.3:
  OLD: "... it MAY be necessary to implement additional actions, .."
  NEW: "... a SCReAM sender  MAY implement additional actions, .."

RFC Editor Note