Audio/Video Transport Extensions (avtext) Internet Drafts


      
 The Layer Refresh Request (LRR) RTCP Feedback Message
 
 draft-ietf-avtext-lrr-07.txt
 Date: 02/07/2017
 Authors: Jonathan Lennox, Danny Hong, Justin Uberti, Stefan Holmer, Magnus Flodman
 Working Group: Audio/Video Transport Extensions (avtext)
This memo describes the RTCP Payload-Specific Feedback Message "Layer Refresh Request" (LRR), which can be used to request a state refresh of one or more substreams of a layered media stream. It also defines its use with several RTP payloads for scalable media formats.


Audio/Video Transport Extensions (avtext)

WG Name Audio/Video Transport Extensions
Acronym avtext
Area Applications and Real-Time Area (art)
State Active
In the process of being closed
Charter charter-ietf-avtext-01 Approved
Dependencies Document dependency graph (SVG)
Additional URLs Issue tracker
Wiki
Old AVTEXT archives
Personnel Chairs Jonathan Lennox
Rachel Huang
Area Director Ben Campbell
Mailing list Address avt@ietf.org
To subscribe https://www.ietf.org/mailman/listinfo/avt
Archive https://mailarchive.ietf.org/arch/browse/avt/
Jabber chat Room address xmpp:avtext@jabber.ietf.org?join
Logs https://jabber.ietf.org/logs/avtext/

Charter for Working Group


The Full-Standard Real-time Transport Protocol, RTP [RFC 3550], along
with its associated profiles and payload formats provides for real-
time transmission of audio and video over unicast and multicast
transports. RTP is widely implemented, and deployed for a wide range
of applications, ranging from telephony to television over IP. As new
applications have emerged, the need for guidelines for the use of the
RTP/RTCP protocols and extensions specific to those applications
has been identified.

The AVTEXT working group is charted to develop application-specific
guidelines for the use of RTP/RTCP protocols with the AVP, SAVP,
AVPF, and SAVPF profiles, and extensions to those protocols that are
driven by application-specific needs. Proposals for extensions with
general applicability to many different RTP/RTCP usages should be
taken to the AVTCORE working group.

The AVTEXT working group is constrained to use the protocol extension
mechanisms defined in the core protocols (such as RTP Header
extensions [RFC5285], AVPF Feedback Messages [RFC4585], and
SDES Items [RFC3550]). If new ways to extend the core protocols are
needed, they will be developed in the AVTCORE working group.

In addition to the milestones called out below, the AVTEXT working
group's initial tasks will include completing any new work identified
during IESG evaluation for the Rapid Acquisition of Multicast RTP
Sessions.

Milestones

Date Milestone
Done Submit Update to Codec Control Messages in the RTP Audio-Visual Profile with Feedback (RFC5104) with Layered Codecs as Proposed Standard
draft-ietf-avtext-avpf-ccm-layered
Oct 2016 Submit RTP Header Extension for Video Frame Information for Proposed Standard
draft-ietf-avtext-framemarking
Jun 2016 Submit Mechanism for Layer Refresh Request for Proposed Standard
draft-ietf-avtext-lrr
Done Submit Mechanism for Identifying Encoded and Dependent Streams for Proposed Standard
draft-ietf-avtext-rid
Done Submit RTP header extension for SDES items for Proposed Standard
draft-ietf-avtext-sdes-hdr-ext
Done Submit Mechanism for Indication of Content Splicing Times in Multimedia Content for Proposed Standard
draft-ietf-avtext-splicing-notification
Done Submit Mechanism for RTP Stream Pause & Resume for Proposed Standard
draft-ietf-avtext-rtp-stream-pause
Done Taxonomy of RTP (as informational) to IESG
draft-ietf-avtext-rtp-grouping-taxonomy
Done Request Publication of specification for duplicating RTP Streams with intended status as Proposed Standard
Done Content splicing for RTP sessions as Informational
Done Submit Support for multiple clock rates in an RTP session for Proposed Standard
Done Submit RTP Header extension for client to mixer audio level indication as proposed standard
Done Submit RTP Header extension for mixer to client audio level indication as Proposed Standard
Done Submit Considerations for RAMS Scenarios for Informational