Re: [AVTCORE] I-D Action: draft-ietf-payload-vp9-11.txt

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 29 March 2021 10:53 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEA063A1710 for <avt@ietfa.amsl.com>; Mon, 29 Mar 2021 03:53:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.102
X-Spam-Level:
X-Spam-Status: No, score=-2.102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
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 vyGsqQq6wTgV for <avt@ietfa.amsl.com>; Mon, 29 Mar 2021 03:53:25 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-eopbgr150057.outbound.protection.outlook.com [40.107.15.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E11533A171A for <avt@ietf.org>; Mon, 29 Mar 2021 03:53:08 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Rt6FZSlzBgp24yUt0Ea0p8OUAIseLaO5qyA7wiAasW1u2XRNPHxxbBjrM2b9t7Yo0VgveV/ui4O982JYGFuG0u+fd0KojtwP3q6hDS7sMZOfejgKjz/2CWSsmIUyJdMh9aPFoukxQZffddBjxFn85IMufVJACYk6zT9i8JG1lrX6cVpwnYSQt9O1nUQEXbUyv7F/ZmekHcXibiMBSv3h7F1Pywh7PVmYm2CUmR19g8CK0Mfpurosi0obv8WdNMnrP5hjnX6RR4j2QTEBGVk3SZg5uV2BJ4kiyS4Pdllp38X1dESmCfxhXac7wlzD+qGkU+oTPVn53AkwR28K+lKXnA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tydnpJqyVNEar3PlZiZpl57ff3ZKZ0dG3jZrfcgcrdw=; b=AokLgJENHmffKA4mpGMW/9nLvTomqYEEh79Z3Mlq+X1AV1QWR92FiuMPsWtjxMfmq4woMXnPCO2F1cihCmSeKJIlPcvDHtqVK3JBrBdZB3ujsn4/UtFjVLyBV3+tyypEer0VkG/CblGh+cEmRL6UwFCZXi5uhpc7PFZxNzdB/O74ABRpVF1OoRPbe+cEIJ/GDr9/ElXEqdBjMd9Vp2fnd2pJdIVgEbf78TtgTmx0gIqZ3FXz2tug1SwyYArFweGMgJ1igry3qgS+ay3DXLE1oYhJrwCcVLZrSJs8DW+d0eN/I1uKHIhXhREk8LTufAwXWL3XzLJX61pv+GW6M/pkAg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tydnpJqyVNEar3PlZiZpl57ff3ZKZ0dG3jZrfcgcrdw=; b=Jil32/sKf7yUV8cEZOE4Kh0uik6o6OjcISO2xggC3f/bM3gGwNzhKWd0mv4Ub/1q2iIRKKReTpxuNMK2I44lhJZCnnD3Vnchk925rtSXji2eta4dMfvJiN6UmLUcTvrzDMO9pTuLjcb+lsY6Q0Jjox0OMS5Oe4g5tPlXi+O2BI4=
Received: from AM0PR07MB3860.eurprd07.prod.outlook.com (2603:10a6:208:4c::18) by AM4PR0701MB2195.eurprd07.prod.outlook.com (2603:10a6:200:45::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.16; Mon, 29 Mar 2021 10:53:04 +0000
Received: from AM0PR07MB3860.eurprd07.prod.outlook.com ([fe80::35d8:a4ac:4e0d:f0dd]) by AM0PR07MB3860.eurprd07.prod.outlook.com ([fe80::35d8:a4ac:4e0d:f0dd%4]) with mapi id 15.20.3999.020; Mon, 29 Mar 2021 10:53:04 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Jonathan Lennox <jonathan.lennox@8x8.com>
CC: Justin Uberti <justin@uberti.name>, IETF AVTCore WG <avt@ietf.org>
Thread-Topic: [AVTCORE] I-D Action: draft-ietf-payload-vp9-11.txt
Thread-Index: AQHW+Xg5YZL1h3WXxES9lNkWQ1I0aapFALoAgAA9guCAAvOmgIAAJXrAgCirx4CAAE2fcIABJTiAgCiqJOA=
Date: Mon, 29 Mar 2021 10:53:04 +0000
Message-ID: <AM0PR07MB3860002FE86CDF697C0062A8937E9@AM0PR07MB3860.eurprd07.prod.outlook.com>
References: <161227974389.17487.2345810476114650570@ietfa.amsl.com> <90619FEF-19AE-48B0-8C4C-D2A33870AA85@8x8.com> <AM0PR07MB3860C70B1DEA59A39F35375093B59@AM0PR07MB3860.eurprd07.prod.outlook.com> <DA91D9A6-519F-4FD0-8065-C95670D2DD00@8x8.com> <AM0PR07MB386022B8BD3BC62C949DA4B093B39@AM0PR07MB3860.eurprd07.prod.outlook.com> <561BE4F0-351A-41F5-B5EE-857779282637@8x8.com> <AM0PR07MB3860DF70547B8CEDBA70675F93999@AM0PR07MB3860.eurprd07.prod.outlook.com> <685618B1-A923-4AC5-A1CC-6229F4736D8E@8x8.com>
In-Reply-To: <685618B1-A923-4AC5-A1CC-6229F4736D8E@8x8.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: 8x8.com; dkim=none (message not signed) header.d=none;8x8.com; dmarc=none action=none header.from=ericsson.com;
x-originating-ip: [80.248.247.159]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 64b4014d-dd4e-476d-6316-08d8f2a0d467
x-ms-traffictypediagnostic: AM4PR0701MB2195:
x-microsoft-antispam-prvs: <AM4PR0701MB21958D994E2FC3DA0E566876937E9@AM4PR0701MB2195.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: R+mccpicK2Ib/JORAC+CkDGkfy/zRg4cZkvLe9XTb7PMUOAY1EXBYaU85+29Jlx3freg53YXODWap7tV4xYV7mV+iyjhlCCK+WHEiORhFvH45CHnG0VmDhO8jvgd1iI3UEqWFGuGFUjk/IO0FMuDLtH/g16mMN0F2gF1A95PLK/3Jn8ss0ho2M5rGFKQ02YeiILlE57wSi56Y6N4xRGIx4c2105NFvsLw5hnQ78OKkums1+28+4ct4TpEXe0FAuhv6CGySb2QiBjL78+LmOqHLyG7beok7tQ9RoYXUm2/IBPghgLoCTdVilB32i0yfkHqouv/2g9mQSCKymXDZ1mVGzLtdvsLtqwyCfNFECZlVqgw3Q+cWTxn5hZHqtbfRo643OfUfdbn4t0qnVXbq3MUYgc46EizupTOfiY0EcuHe9w7UvEoix8HCa0h6SeCsKAP6iVnHnrLNW4C9iMZTP4O6vIkNSg4EyYQxO8Ya320x75vRYWz+82WukZYTpesoVWptsvjz2rk/daQsoel8fspVfapWgwnbjYXKrm7ZkPwHmRYdVscMugyN615B6O/0QPE0xeV8gxpf5bDJm82kQUh3eTWk+A8yk/xVS7eRZvlMJQ522nkRXW3t0lqKRVNcGGs5n2Y1GlXA7jk3hnAgLlEgFI6gisjBN6+4MATq6LrpA=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR07MB3860.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(366004)(396003)(376002)(39860400002)(346002)(66574015)(66446008)(76116006)(26005)(7696005)(33656002)(8936002)(44832011)(71200400001)(66476007)(6506007)(66556008)(9686003)(64756008)(4326008)(54906003)(66946007)(478600001)(5660300002)(55016002)(83380400001)(8676002)(53546011)(86362001)(2906002)(186003)(52536014)(316002)(38100700001)(6916009); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?utf-8?B?Q0E2Y0R2R0VOcEZwbmZmU2pqbnduOUFtcUQzMHJDMm1VT1BkV1ptY0Q5Q3Nk?= =?utf-8?B?cU1xekVmN0NmM2V1WHMycmYxQ0ZFekgyWmNDSXNUdWxEcHphUlFQQVZkc25M?= =?utf-8?B?QmlqMm1RK3ZOVURQd3hwZHdpb3BVSFQyVmtBNkYxVVVRaElBWHBjcmlCVGZp?= =?utf-8?B?V2Y4R2dIS2MxSjQ1azhER01Va0hJYjgzWmNMVWg4QW4rd05rV1dYckZyWWNr?= =?utf-8?B?c3djaHNqTlBpVEtJKzRzOGdldGFiK3NSSDRvSUNieEVpTTEzcHg4RXRwSzN2?= =?utf-8?B?SEhxUmFVYXo0bzViQ2VubmxOYW03bTQ0U1FYUkdLSTRnQVNOUUZ6cTIxeXhU?= =?utf-8?B?MENaSldBZUZSQnhYWVNPSzJONFZWbFBVK1QvM3ZPdzFwdlZsSkR5NlF4MVdI?= =?utf-8?B?ZnBHZmgzb0wvb1FjVGxqNlZmQS9YZ1JTbWNldldxNkYxaktGMkc2Nk5DNWla?= =?utf-8?B?VU9UbmQxY1hWMVpjWng2empGTDBSZjZVdmpEdUswTXlXOXFmWHh4MmRTc2Ew?= =?utf-8?B?cUJWcVgyUlN4WlBZalNqMkVDM2xNbVNPWHBkbTlteE5oQjBySTg4VUJRUzMv?= =?utf-8?B?aVR2Y1FlSUtmMkdRb2c2ZXlIc0NvRGdXTlBpNEN4djRzNy9sUjF4TlN0b1gv?= =?utf-8?B?NUZ2cGpwWlBQWXNvTHRqTUljaE9WZEVQOTdLYkwwdW41c2JwUTFnUTdJYXJN?= =?utf-8?B?WUcrL3JjZUVTcGxnNWtFd3NmZ1c2NmxVdFk0bTV4M21CVVNnOE9FbkFXbE4x?= =?utf-8?B?OG0rSGxZUUpacTlNWlViZG1LZ3FPL1l4WmRCanhxNDJPM0RSVEY5RHVqRzdQ?= =?utf-8?B?bkR5NmlTUkZYTUNsVkVKMzBMMFhTQ2tDTFpESHUrcFJ1WkJSRjMrOE1OMCtT?= =?utf-8?B?T1M0ZS91Z3VxV1Y1S2dIN0pHdFo2RWJicVVGckl3RkdRNlZGWDZSczVWajg5?= =?utf-8?B?dlk5WGlBVk8wTVpSTzJSdVN2K2g2cSt5RWdJVDNvL2t1RUdmaEt1enRQV3Rk?= =?utf-8?B?K0JQSm11TC9vWWlQTnJpVkNybmdWMVY4Q3I2Wm5xNm91Z1U1RGdqQW1xZExq?= =?utf-8?B?bGNSaFBKeFJzb3hNZWRDVitUTGNwUWhYSGhCMTNhOXliUFpOZVEzZlJWVVJJ?= =?utf-8?B?QjBtUzBhQ1dtOUxidnFmcW42RWcwVUU1bWZLVG5WRnBIWGo0aHRTVGZGQzBB?= =?utf-8?B?dmZpVnV1WUl4elp3Nkg4bWFJZlE0ZGdFR3hxbjdQSmV0ZDVUcDVmN1FXeWNm?= =?utf-8?B?SEdwN0xjOHFtTUFCUVBTd1E2RCtSRkFSZzRNQVhKaTdpWXZuMzlqNy9tK1Qw?= =?utf-8?B?SFhILzFiVzE3YW5aQzkvb3dkcVFzTnZibFBiS1lSZlV3TThVcVdTMVF1M1hN?= =?utf-8?B?bG1RVmNlYi92L0xvQnZnWFF4dlMzWVIwV05EandsTWt3NnkvNm1sOHlwcGRo?= =?utf-8?B?R1NkTGhrNDU3RnQySWVJRXI2dVhWUTlMOVBnelFEWHd5U01CN1NkOWowZUcy?= =?utf-8?B?ejAwZTBZMWRkeVlZdkhta05jd2JmaUhsNzdxdHRvVlplajQ2amRXY1FRR0Qr?= =?utf-8?B?VEt3NSs0bWsxOUFiOWFqVW5DZlc0WnI5S09FV0lZWXRha3dIajhIRFo2QzY5?= =?utf-8?B?a01nV3JUUUFETzN1dWJ0R2M5b2NRQTdSTnpPMTYwTWJLVmhnT0NEZHhndXlx?= =?utf-8?B?U3NYQnYvVDd5WlppczdudlZPUG40ak4xRTY3SWVhZGpxYlpSb1Uxb01oTDVi?= =?utf-8?Q?IG7p5n7MzS6svfx+j4stGiByfVxFqCg7HyqoiY3?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB3860.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 64b4014d-dd4e-476d-6316-08d8f2a0d467
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Mar 2021 10:53:04.3540 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 01eQB2otUpcmExseT4bGAug7/6AsW0Y5+TPz0eVBWK2W1+dDLqRYnvZsU5a+hHypVDgdNI65hXkfyMcTMkJSBRCAI14qRxmjP1EV5BK9hj8=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR0701MB2195
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/8ECAFn1JZnFCzwFPq2D0wbCXLvQ>
Subject: Re: [AVTCORE] I-D Action: draft-ietf-payload-vp9-11.txt
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Mar 2021 10:53:31 -0000

Any news on this?

Regards,

Christer

-----Original Message-----
From: Jonathan Lennox <jonathan.lennox@8x8.com> 
Sent: keskiviikko 3. maaliskuuta 2021 15.53
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Justin Uberti <justin@uberti.name>me>; IETF AVTCore WG <avt@ietf.org>
Subject: Re: [AVTCORE] I-D Action: draft-ietf-payload-vp9-11.txt

The use cases I’m thinking about are things like SFUs, or pre-encoded video.

I guess the question is whether the semantics of max-fs and max-fr are “this is the maximum that is useful to me”, or whether they are “this is the maximum I am physically capable of”.

Browser vendors, what do your implementations do if they receive a stream violating the signaled max-fs or max-fr?

> On Mar 2, 2021, at 3:26 PM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:
> 
> Hi,
> 
> Thank you for the reply! You suggestions look good to me.
> 
> Regarding, Q4, I leave it up to you and other payload experts to decide whether it should be "SHOULD NOT" or "MUST NOT".  Is there a valid use case where one would use bigger values than have been indicated by the peer?
> 
> Regards,
> 
> Christer
> 
> -----Original Message-----
> From: Jonathan Lennox <jonathan.lennox@8x8.com> 
> Sent: tiistai 2. maaliskuuta 2021 17.45
> To: Christer Holmberg <christer.holmberg@ericsson.com>
> Cc: Justin Uberti <justin@uberti.name>me>; IETF AVTCore WG <avt@ietf.org>
> Subject: Re: [AVTCORE] I-D Action: draft-ietf-payload-vp9-11.txt
> 
> Hi, Christer — thanks again for your comments.
> 
> My response here is based on what I personally think would be the ideal solution; however, given that there is substantial amount of running VP9 code, if any of these would cause problems for the existing implementations it may need to be restricted.  If any browser implementors could check how their existing implementations handle SDP parameter updates in remote descriptions, that’d be very helpful.
> 
>> On Feb 4, 2021, at 1:48 PM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:
>> 
>> Hi Jonathan,
>> 
>>>>> Q3:
>>>> 
>>>> Is there a reason why profile-id is optional, since a value will always be assumed?
>>> 
>>> Since profile-id negotiation was developed relatively late in the process of writing the spec, existing implementations don’t always send it.  It seemed best to maintain compatibility here.
>> 
>> Ok. Perhaps it would be useful to add a note indicating that?
> 
> Ok.
> 
>>>> Q2:
>>>> 
>>>> In Section 6.2.1, my understanding is that max-fs and max-fr are optional. Section 6.2.2 says that the answerer must maintain all configuration parameters. Does that apply to max-fs and max-fr too? If so, if the offer does not contain max-fs and max-fr, the answer cannot contain them either?
>> 
>> A little more on this: the draft says that max-fs and max-fr are only used to indicate capabilities. AFAIU, it is not used to negotiate anything, so I see no reason why endpoints would not be able to insert different values.
> 
> Yes, agreed.  I think the spec should say that each side MAY set max-fs and max-fr independently based on their own receiver capabilities, and these two parameters MAY be present in the answer even if they’re not present in the offer.
> 
> [Quoting from your previous e-mail:]
>> Q4:
>> 
>> Section 6.2.2. does not define any restrictions on what can be modified in a subsequent offer, so I guess one can modify max-fs, max-fr and/or profile-id in a subsequent offer?
> 
> I would propose that profile-id MUST be maintained in subsequent offers (i.e., to negotiate a different profile-id, change payload type numbers), but max-fs and max-fr can be changed freely by either side.
> 
>> Also, Section 6.2.1 of the draft says:
>> 
>>  "The parameters "max-fs", and "max-fr", MUST be included in the
>>    "a=fmtp" line of SDP if SDP is used to declare receiver capabilities."
>> 
>> The "if SDP is used to declare receiver capabilities" sounds strange. Do you mean to say "MUST be included if the user wants to declare its receiver capabilities"?
> 
> Yes, that’s better wording.
> 
>> Also, there is no text on what an endpoint does when receiving those values by the peer. I assume the user should not exceed the indicated frame rate/size, but that is not specified anywhere.
> 
> Agreed.  An important question - should this be SHOULD NOT or MUST NOT?