Protocol Action: 'RTCP Extension for Third-party Loss Report' to Proposed Standard (draft-ietf-avtcore-feedback-supression-rtp-17.txt)

The IESG <> Mon, 23 April 2012 19:05 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id B89CC21E8012; Mon, 23 Apr 2012 12:05:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -102.485
X-Spam-Status: No, score=-102.485 tagged_above=-999 required=5 tests=[AWL=0.114, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id oQePmrl0OEB4; Mon, 23 Apr 2012 12:05:00 -0700 (PDT)
Received: from (localhost []) by (Postfix) with ESMTP id 34F2C21E801B; Mon, 23 Apr 2012 12:05:00 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <>
To: IETF-Announce <>
Subject: Protocol Action: 'RTCP Extension for Third-party Loss Report' to Proposed Standard (draft-ietf-avtcore-feedback-supression-rtp-17.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 4.00
Message-ID: <>
Date: Mon, 23 Apr 2012 12:05:00 -0700
Cc: avtcore chair <>, avtcore mailing list <>, RFC Editor <>
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IETF announcement list. No discussions." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 23 Apr 2012 19:05:00 -0000

The IESG has approved the following document:
- 'RTCP Extension for Third-party Loss Report'
  (draft-ietf-avtcore-feedback-supression-rtp-17.txt) as a Proposed

This document is the product of the Audio/Video Transport Core
Maintenance Working Group.

The IESG contact persons are Robert Sparks and Gonzalo Camarillo.

A URL of this Internet Draft is:

  Technical Summary
        In a large RTP session using the RTCP feedback mechanism defined in RFC
        4585, a feedback target may experience transient overload if some event
        causes a large number of receivers to send feedback at once. This
        overload is usually avoided by ensuring that feedback reports are
        forwarded to all receivers, allowing them to avoid sending duplicate
        feedback reports.  However, there are cases where it is not recommended
        to forward feedback reports, and this may allow feedback implosion. 
        This memo discusses these cases and defines a new RTCP third-party loss
        report that can be used to inform receivers that the feedback target is
        aware of some loss event, allowing them to suppress feedback. 
        Associated SDP signalling is also defined.

    Working Group Summary
        There is strong consensus among an adequate number of WG
        participants on this solution.
    Document Quality
    There are not yet any reported implementations. The document
    has had reasonable review. 


  Magnus Westerlund is the document shepherd.
  Robert Sparks is the responsible AD