Re: [rtcweb] Fwd: New Version Notification for draft-fineberg-avtext-temporal-layer-ext-00.txt

Bernard Aboba <bernard_aboba@hotmail.com> Fri, 19 July 2013 02:40 UTC

Return-Path: <bernard_aboba@hotmail.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 5772C21E815C; Thu, 18 Jul 2013 19:40:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.545
X-Spam-Level:
X-Spam-Status: No, score=-102.545 tagged_above=-999 required=5 tests=[AWL=0.053, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100]
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 c4kIuI9nv6c2; Thu, 18 Jul 2013 19:40:08 -0700 (PDT)
Received: from blu0-omc4-s35.blu0.hotmail.com (blu0-omc4-s35.blu0.hotmail.com [65.55.111.174]) by ietfa.amsl.com (Postfix) with ESMTP id 97E8721E813A; Thu, 18 Jul 2013 19:40:08 -0700 (PDT)
Received: from BLU169-W107 ([65.55.111.137]) by blu0-omc4-s35.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 18 Jul 2013 19:40:07 -0700
X-TMN: [8StdPs56VaXZ0flKiKzTGvdAqo3Db3STgwAlm+JlLkU=]
X-Originating-Email: [bernard_aboba@hotmail.com]
Message-ID: <BLU169-W107EA5AE4A7E9D3DB6AFD0893630@phx.gbl>
Content-Type: multipart/alternative; boundary="_e40724f7-758d-4c47-8861-18af1b356bd4_"
From: Bernard Aboba <bernard_aboba@hotmail.com>
To: Adam Fineberg <fineberg@vline.me>
Date: Thu, 18 Jul 2013 19:40:07 -0700
Importance: Normal
In-Reply-To: <51E80DA2.4030500@vline.me>
References: <51E7324A.3090405@vline.me> <BLU169-W1238F58A9A258620DA2FE0F93620@phx.gbl>, <51E80DA2.4030500@vline.me>
MIME-Version: 1.0
X-OriginalArrivalTime: 19 Jul 2013 02:40:07.0645 (UTC) FILETIME=[47FA88D0:01CE8429]
Cc: "avtext@ietf.org" <avtext@ietf.org>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] 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: Fri, 19 Jul 2013 02:40:13 -0000

I think it may be possible to generalize this.  For example, for H.264/SVC which can support temporal, spatial and quality scalability, you would need the quality_id and dependency_id in addition to the temporal_id (what you call the temporal layer index).    

Date: Thu, 18 Jul 2013 08:45:38 -0700
From: fineberg@vline.me
To: bernard_aboba@hotmail.com
CC: rtcweb@ietf.org; avtext@ietf.org
Subject: Re: [rtcweb] Fwd: New Version Notification for draft-fineberg-avtext-temporal-layer-ext-00.txt


  
    
  
  
    Bernard,

    

    Good question.  I'm not familiar enough with the parameter
    requirements of all other scalable codecs to be able to generalize. 
    If you'd like to help specify them, I'd be fine revising the draft
    to generalize.

    

    Regards,

    Adam

    

    On 7/17/13 8:26 PM, Bernard Aboba
      wrote:

    
    
      
      Since the need is not codec specific (e.g. it
        arises with any codec supporting temporal, spatial and quality
        scalability), why 

         a VP8-specific RTP extension? 

         

        
          Date: Wed, 17 Jul 2013 17:09:46 -0700

          From: fineberg@vline.me

          To: rtcweb@ietf.org

          Subject: [rtcweb] 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
            middle-box needs to have access 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
              at 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 at ietf.org
                
                
                  To:
                  Adam Fineberg <fineberg at 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.

          
          

          _______________________________________________
          rtcweb mailing list
          rtcweb@ietf.org
          https://www.ietf.org/mailman/listinfo/rtcweb
      
    
    

    -- 
Regards,
Adam