Re: [rtcweb] [avtext] Fwd: New Version Notification for draft-fineberg-avtext-temporal-layer-ext-00.txt
Jonathan Lennox <jonathan@vidyo.com> Thu, 25 July 2013 16:49 UTC
Return-Path: <jonathan@vidyo.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EA3121F969F; Thu, 25 Jul 2013 09:49:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bQMyqRYVj-vQ; Thu, 25 Jul 2013 09:49:48 -0700 (PDT)
Received: from mxout.myoutlookonline.com (mxout.myoutlookonline.com [64.95.72.243]) by ietfa.amsl.com (Postfix) with ESMTP id 5971721F965B; Thu, 25 Jul 2013 09:49:48 -0700 (PDT)
Received: from mxout.myoutlookonline.com (localhost [127.0.0.1]) by mxout.myoutlookonline.com (Postfix) with ESMTP id DA71F5563E1; Thu, 25 Jul 2013 12:49:21 -0400 (EDT)
X-Virus-Scanned: by SpamTitan at mail.lan
Received: from HUB015.mail.lan (unknown [10.110.2.1]) by mxout.myoutlookonline.com (Postfix) with ESMTP id 2DA70556197; Thu, 25 Jul 2013 12:49:21 -0400 (EDT)
Received: from BE235.mail.lan ([10.110.32.235]) by HUB015.mail.lan ([10.110.17.15]) with mapi; Thu, 25 Jul 2013 12:48:58 -0400
From: Jonathan Lennox <jonathan@vidyo.com>
To: Adam Fineberg <fineberg@vline.me>, "avtext@ietf.org" <avtext@ietf.org>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Date: Thu, 25 Jul 2013 12:49:25 -0400
Thread-Topic: [avtext] Fwd: New Version Notification for draft-fineberg-avtext-temporal-layer-ext-00.txt
Thread-Index: Ac6JU0u1DNwZuFpiQNmbMxDYxbXH3gAAWYOQ
Message-ID: <C3759687E4991243A1A0BD44EAC823034E10AF5568@BE235.mail.lan>
References: <20130709170205.4276.31863.idtracker@ietfa.amsl.com> <51E71C82.7090608@vline.me>
In-Reply-To: <51E71C82.7090608@vline.me>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_C3759687E4991243A1A0BD44EAC823034E10AF5568BE235maillan_"
MIME-Version: 1.0
Subject: Re: [rtcweb] [avtext] Fwd: New Version Notification for draft-fineberg-avtext-temporal-layer-ext-00.txt
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jul 2013 16:49:53 -0000
Hi, Adam – (Speaking as an individual.) I think there’s a problem with the use case as you’ve described here, which I think calls into question the usefulness of the whole mechanism. As I understand you, you’re planning to send a single VP8 stream containing all the layers, and then have a media-aware middlebox selectively drop some of the stream’s packets to do temporal scaling without needing the middlebox to be in the crypto context. Unfortunately, RTP doesn’t really let you do this. The problem is that by just dropping packets without rewriting RTP sequence numbers or RTCP sender reports, this is going to look like enormous packet loss to RTP (which, in a sense, it is). A middlebox like this – which is acting as a media-modifying RTP translator, in RTP terminology – needs to rewrite RTP headers and RTCP sender reports in order to keep the stream and its metadata consistent and valid. Unfortunately, the translator needs to have the crypto keys in order to make these modifications, so I’m not sure this header extension adds much benefit over just validating the authentication, decrypting (say) the initial block of the packet (wherever the temporal layer information is known to be), modifying the headers, and then re-authenticating the packet. Is there something I’m missing here? From: Adam Fineberg [mailto:fineberg@vline.me] Sent: Wednesday, July 17, 2013 6:37 PM To: avtext@ietf.org Subject: [avtext] Fwd: New Version Notification for draft-fineberg-avtext-temporal-layer-ext-00.txt Hi, I'm working on WebRTC services and have found that while developing services that forward VP8 video streams if we want to take advantage of the VP8 temporal scaling we must get the temporal layer information from the RTP header which requires us to decrypt the SRTP packets.�� This is undesirable both because the middlebox needs to have acesss to the keys as well as the because of the added overhead of the decrypt/encrypt cycle.�� This draft proposes an RTP header extension that will allow us to use the VP8 temporal layer information included in the header extension and therefore do forwarding without SRTP decryption.�� Comments welcome. Regards, Adam Fineberg fineberg@vline.com<mailto:fineberg@vline.com> -------- Original Message -------- Subject: New Version Notification for draft-fineberg-avtext-temporal-layer-ext-00.txt Date: Tue, 09 Jul 2013 10:02:05 -0700 From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> To: Adam Fineberg <fineberg@vline.com><mailto:fineberg@vline.com> A new version of I-D, draft-fineberg-avtext-temporal-layer-ext-00.txt has been successfully submitted by Adam Fineberg and posted to the IETF repository. Filename: draft-fineberg-avtext-temporal-layer-ext Revision: 00 Title: A Real-Time Transport Protocol (RTP) Header Extension for VP8 Temporal Layer Information Creation date: 2013-07-08 Group: Individual Submission Number of pages: 6 URL: http://www.ietf.org/internet-drafts/draft-fineberg-avtext-temporal-layer-ext-00.txt Status: http://datatracker.ietf.org/doc/draft-fineberg-avtext-temporal-layer-ext Htmlized: http://tools.ietf.org/html/draft-fineberg-avtext-temporal-layer-ext-00 Abstract: This document defines a mechanism by which packets of Real-Time Tranport Protocol (RTP) video streams encoded with the VP8 codec can indicate, in an RTP header extension, the temporal layer information about the frame encoded in the RTP packet. This information can be used in a middlebox performing bandwidth management of streams without requiring it to decrypt the streams. The IETF Secretariat
- [rtcweb] Fwd: New Version Notification for draft-… Adam Fineberg
- Re: [rtcweb] Fwd: New Version Notification for dr… Bernard Aboba
- Re: [rtcweb] Fwd: New Version Notification for dr… Harald Alvestrand
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Cullen Jennings
- Re: [rtcweb] Fwd: New Version Notification for dr… Adam Fineberg
- Re: [rtcweb] Fwd: New Version Notification for dr… Adam Fineberg
- Re: [rtcweb] Fwd: New Version Notification for dr… Bernard Aboba
- Re: [rtcweb] Fwd: New Version Notification for dr… Adam Fineberg
- Re: [rtcweb] Fwd: New Version Notification for dr… Bernard Aboba
- Re: [rtcweb] Fwd: New Version Notification for dr… Justin Uberti
- Re: [rtcweb] Fwd: New Version Notification for dr… Stephan Wenger
- Re: [rtcweb] Fwd: New Version Notification for dr… Adam Fineberg
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Adam Fineberg
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Stephan Wenger
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Adam Fineberg
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Mo Zanaty (mzanaty)
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Wang, Ye-Kui
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Adam Fineberg
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Bernard Aboba
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Adam Fineberg
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Adam Fineberg
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Wang, Ye-Kui
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Wang, Ye-Kui
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Stephan Wenger
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Jonathan Lennox
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Adam Fineberg
- Re: [rtcweb] [avtext] Fwd: New Version Notificati… Adam Fineberg