Re: [payload] New version of draft-ietf-payload-vp8

Harald Alvestrand <harald@alvestrand.no> Wed, 23 September 2015 13:26 UTC

Return-Path: <harald@alvestrand.no>
X-Original-To: payload@ietfa.amsl.com
Delivered-To: payload@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CC551B2F3D for <payload@ietfa.amsl.com>; Wed, 23 Sep 2015 06:26:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ulpvZiTKRfhT for <payload@ietfa.amsl.com>; Wed, 23 Sep 2015 06:26:03 -0700 (PDT)
Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) by ietfa.amsl.com (Postfix) with ESMTP id F0E731B2E61 for <payload@ietf.org>; Wed, 23 Sep 2015 06:26:02 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 2F43A7C5B54; Wed, 23 Sep 2015 15:26:02 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id atENO5R0HlEc; Wed, 23 Sep 2015 15:26:01 +0200 (CEST)
Received: from hta-hippo.lul.corp.google.com (unknown [IPv6:2620:0:1043:1:fd8f:78e5:30a2:7669]) by mork.alvestrand.no (Postfix) with ESMTPSA id 777CE7C5B53; Wed, 23 Sep 2015 15:26:01 +0200 (CEST)
To: Ben Campbell <ben@nostrum.com>
References: <CAOhzyf=qB9MNQO6=AjC8OArrxcC8zDwsOa_RdF2aV-3jwmHLCw@mail.gmail.com> <05DD07CB-26A5-4D07-9605-86C7D321B093@nostrum.com> <658F1EF8-8933-43E7-ADDF-173904FE60A2@csperkins.org> <55F1AEC9.6050408@alvestrand.no> <4D9392D8-4790-41EB-9FC6-B7CC98895E10@nostrum.com> <560190B1.3040400@alvestrand.no> <88518539-9321-4616-A84F-736A1C9D2256@csperkins.org> <71734E21-F414-42AD-995F-384A8A719D4C@alvestrand.no> <23B4B22E-DC89-4BC0-9F9D-404379C8CA28@csperkins.org> <56023B71.8080309@alvestrand.no> <6841FC81-0D81-479F-ACBC-4C56D1C55247@csperkins.org> <56025428.4030106@alvestrand.no> <F08D19CF-6C0A-4B4C-A396-038660244981@nostrum.com>
From: Harald Alvestrand <harald@alvestrand.no>
Message-ID: <5602A869.2090204@alvestrand.no>
Date: Wed, 23 Sep 2015 15:26:01 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <F08D19CF-6C0A-4B4C-A396-038660244981@nostrum.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/payload/oWal7LC0w0G39MXJEbW-WMuANAg>
Cc: Colin Perkins <csp@csperkins.org>, payload@ietf.org
Subject: Re: [payload] New version of draft-ietf-payload-vp8
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Audio/Video Transport Payloads working group discussion list <payload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/payload>, <mailto:payload-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/payload/>
List-Post: <mailto:payload@ietf.org>
List-Help: <mailto:payload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/payload>, <mailto:payload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Sep 2015 13:26:06 -0000

On 09/23/2015 02:30 PM, Ben Campbell wrote:
> On 23 Sep 2015, at 2:26, Harald Alvestrand wrote:
>
>> On 09/23/2015 09:14 AM, Colin Perkins wrote:
>>>> On 23 Sep 2015, at 06:41, Harald Alvestrand <harald@alvestrand.no>
>>>> wrote:
>>>>
>>>> On 09/22/2015 11:00 PM, Colin Perkins wrote:
>>>>> Remind me?
>>>> Suggested text (suggested in a way that was a bit hard to follow):
>>>>
>>>> "Payload Type (PT): The assignment of an RTP payload type for this
>>>> packet format is outside the scope of this document and will not be
>>>> specified here."
>>>> I’m all for separation of concerns.
>>> Yes, that works for me.
>>>
>>> Colin
>>>
>> Ben, based on the set of threads until now - can we publish an updated
>> draft with this single change without revisiting the IESG, or would you
>> prefer to handle this by an RFC Editor note?
>>
>> I don't think there are any other changes that we all agree on are
>> improvements that matter.
>
> Let's do the RFC Editor note.
>
> Do I understand correctly that this replaces the "Payload Type"
> definition in section 4.1 in it's entirety? That is:
>
> OLD:
> Payload type (PT):  In line with the policy in Section 3 of
>       [RFC3551], applications using the VP8 RTP payload profile MUST
>       assign a dynamic payload type number to be used in each RTP
>       session and provide a mechanism to indicate the mapping.  See
>       Section 6.2 for the mechanism to be used with the Session
>       Description Protocol (SDP) [RFC4566].
> NEW:
> Payload Type (PT): The assignment of an RTP payload type for this packet
>       format is outside the scope of this document and will not be
>       specified here."
> END:
>

Yes, that was what I intended to propose.

Thanks!