Re: [AVTCORE] WG Last Call: "Frame Marking RTP Header Extension"

Stephan Wenger <stewe@stewe.org> Sun, 22 November 2020 03:45 UTC

Return-Path: <stewe@stewe.org>
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 BF10F3A0E1D for <avt@ietfa.amsl.com>; Sat, 21 Nov 2020 19:45:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, 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=steweorg.onmicrosoft.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 b2k2RRTQGQPt for <avt@ietfa.amsl.com>; Sat, 21 Nov 2020 19:45:09 -0800 (PST)
Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10on2137.outbound.protection.outlook.com [40.107.92.137]) (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 D8C913A0E1F for <avt@ietf.org>; Sat, 21 Nov 2020 19:45:08 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=R2+U43bXVVu4CNsCfTHCb367eit2fjJ3UaEvwkJvUFbTxE8vs3HE0VtB0sXh6yms2J5oWFykzmtWrXu2tHlqosJcMiVE7bvVtTnd1V0vzbiz7MNjmyWUCU/WT+zjvurpz7soXdl/RaWBvfkhVlPsY2avtTcPAlAhS9MYK7a67L2EXRnogy9DIVIAUSi2PJyecshNCWVNhhQ+uL5+m1m6C0NakwQa4SfuvwpgRQyzsCvXyS6zw65AT/CCkkmClR2uhXyvbTof0WK48E1I2j9KVh04xro54jDqMvQNMaNLA+Q4ueKdiP7f7kJjdRGhSaV+rQVEFVWOGjiGI7EK6Wz4dQ==
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=3GZuQMjYQoR37+Rk5vp1RhIcck0Irai/uzOWbV+5fSc=; b=Ms6whML1WwmoOtyC2WAK6aw1ImxsfHpbgSLSVum3Gf3u3Fh301EFLacd9avr+601Pat/I8KNkEDIRkvEODXzCYGyOctO/bY0k4tJerOc6/oH73cgHdgO9QoZElnQOQAfbLsB93VTWF3Qo9xXOC4DQ0JAEOxXdGwJOD/aKFINoOVftXWk19XfK8f/EGB1WUA3lkuq2FD7gLCxi5TOkm6Svmt89nZNYsjpTMGl4EMtJiNvmpXMN1o3wQ+pRzM58+binAz58gM19VbRju3H/caE6tFqNvBWDTzWZfUQvQFXHO7C+nR8HA5HJ9HU8xoCEgGXQWIvVihr8884gURaoIhRow==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=stewe.org; dmarc=pass action=none header.from=stewe.org; dkim=pass header.d=stewe.org; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=steweorg.onmicrosoft.com; s=selector2-steweorg-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3GZuQMjYQoR37+Rk5vp1RhIcck0Irai/uzOWbV+5fSc=; b=RXbxOcSxHmis4Av1iBfy/orGyqgggJJGXo1PKrpx/j/pbzmE91cHp3s0VuJMEASIBdGRyopHnM+flxNRu8KyxGUg5xJ0vlZr3uNm6pjWHKNwSjqmk1uHtYwbjBsXvLn0T+nfV1wems09vE5DCygA/pXtl8Y+LjuJWSeDWL7ZjRo=
Received: from DM6PR17MB3036.namprd17.prod.outlook.com (2603:10b6:5:12e::14) by DM6PR17MB3148.namprd17.prod.outlook.com (2603:10b6:5:5::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3564.26; Sun, 22 Nov 2020 03:45:04 +0000
Received: from DM6PR17MB3036.namprd17.prod.outlook.com ([fe80::817e:4bc9:cb2c:f84b]) by DM6PR17MB3036.namprd17.prod.outlook.com ([fe80::817e:4bc9:cb2c:f84b%5]) with mapi id 15.20.3589.025; Sun, 22 Nov 2020 03:45:04 +0000
From: Stephan Wenger <stewe@stewe.org>
To: IETF AVTCore WG <avt@ietf.org>
Thread-Topic: [AVTCORE] WG Last Call: "Frame Marking RTP Header Extension"
Thread-Index: AQHWwEp7xrriVzVZkEWedsauraHwe6nS+zIA
Date: Sun, 22 Nov 2020 03:45:04 +0000
Message-ID: <CF8E1990-33E9-47B8-9E50-D02D2C6784BF@stewe.org>
References: <CAOW+2dub+pwQY8gv1pU-0ksB1jv2gP8wGiYdrrr-UVm-F+MQzw@mail.gmail.com>
In-Reply-To: <CAOW+2dub+pwQY8gv1pU-0ksB1jv2gP8wGiYdrrr-UVm-F+MQzw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.42.20101102
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=stewe.org;
x-originating-ip: [2601:640:8300:1f:c38:7ad5:23ff:4c39]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 51db45bb-d264-4484-8fad-08d88e98ff85
x-ms-traffictypediagnostic: DM6PR17MB3148:
x-microsoft-antispam-prvs: <DM6PR17MB314802227AC25F0E1AD14421AEFD0@DM6PR17MB3148.namprd17.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: 5PhQUH+GPrm6BzUXjLu1y6O/W6aq8kDxOAAdWbOCiRFIW/c66BUURSqNWCLL8RpdH67dbbf0gRSUfM6rxxEQm50C713a0Kb0dobpDD4y6EjxNLnuZlb1VNpAwI8ZjsPRPVkhkag7OjR1fXOwr+Us7J2AilQ16tKmlkWDMcpKCMN2Vy3aGENVvin0Uudd216+KctkkGXMZhELXhA3bP6AWVPdHpVAN8byDa7fJ46dsyxn7vXxM3yi7NwJZ9AJqVPZw9tKUO/OBfjeosqI+SIJ+UXTw0hFc3l3HHb9uPKG4INa+fuwx3uL52b7kTy7/Ifmehgzm8G45gHL4PNJGXQBRALYDqaZENjORWVI3jbhyXZgPsp9avPh+Q0A4OxbZ9HeTMDKA1205r61XtHzgpsf8w==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR17MB3036.namprd17.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(366004)(39830400003)(396003)(136003)(346002)(316002)(66556008)(66946007)(33656002)(86362001)(6506007)(53546011)(186003)(91956017)(6916009)(76116006)(64756008)(66446008)(66476007)(6486002)(8676002)(8936002)(36756003)(166002)(2906002)(6512007)(71200400001)(5660300002)(478600001)(966005)(2616005); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: hXow6YfnsrO4ZTeLW3d6EXvlAGGKZlBScUP489S9+eLE1QSBEAHomQaXKs1yHRR37v6cDTnchOC/crrt3Rx8B+75iYdjj5KdVIPRrED6UvbXokplxxWCupAtlgrYQT8VOS5pNN3nxfitoYnNjBoE1phlt39PcfS5UFUfK9LMxK7hb//oczM6OO/w/UBRLVGS+qyp+ELAGLpqnv6vvymfpxj11IN3/9QT07CXQ+njN9OI0X9KH0e2zn+TUd4YxfRMqKwKQHrI6nr3yezhi+WEIvnRAnjrwtz23FxD4WK2DBRXgVywH1zb94iKlVrhcFmxmCYXX/3+7Pnx+h3wHurd3O6SmrP45l1NFbRJKDogiyKD1YHXkzdV8nvMifVYJCJ7TLqmusSWE32sX97J0dgUYVrvpUJdEig8WJPIHChHxg3LeurNd8f+PgjYWHPim+aV7HeSz6AOPXeRAU0qjXwYMkv1JI0pzTpTkbqSnz8wMtl72W1mxIrIl0XMokACIsM3BPk324BAifmJkN5ASipnerIZaMbKw05mGUMti6amdIu5uT/aGrmYH/p6Kj2prXvMg2s8cnDbR+NiRhjQH9fm44E9U7Z85MHtzLunDMvGi1qy/q+bOh+cXDANhVHZhlKKSUlBrYttczO/y5RzgO11i6RjoENWyr9WH7ABFE4Sfl7GB1zcJgtV9NIrhbnrkI+29kz6fX88XNEmrF51yj6vOQ==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_CF8E199033E947B89E50D02D2C6784BFsteweorg_"
MIME-Version: 1.0
X-OriginatorOrg: stewe.org
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR17MB3036.namprd17.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 51db45bb-d264-4484-8fad-08d88e98ff85
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Nov 2020 03:45:04.5221 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 865fc51c-5fae-4322-98ef-0121a85df0b6
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: T1gDwdnPoRHQ1xb6urRpg4ufnluhzhtek2kJBbMNIoLK7aaY5hzMlujyd5rnrwS3
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR17MB3148
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/ipquV2n_YfWpGEanicsYDWGyBPc>
Subject: Re: [AVTCORE] WG Last Call: "Frame Marking RTP Header Extension"
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: Sun, 22 Nov 2020 03:45:11 -0000

All:
This is not a hard objection, but I want to inquire if there is anyone out there who continues to think that frame marking as originally proposed is still a good idea and will see implementations.  The main reason I want to know is that accepting frame marking as an RFC would imply, per previous WG agreement, that future video codec payload formats include a (mandatory?) section on how to map the codepoints in the frame marking draft to the codec in question.  That’s non-trivial cost and effort, and chances are that effort will grow over time as codecs develop beyond what was mainstream in 2016.
What triggered my thinking about dumping frame marking are a) webrtc’s removal of frame marking as a required to implement technology, b) the decreasing relevance, as I perceive it, of SRTP for which frame marking is predominantly designed, and c) the myriad of new ideas in the IETF that skin the secure-SFU cat in different ways (sframe among them, but not the only one).
Stephan


From: avt <avt-bounces@ietf.org> on behalf of Bernard Aboba <bernard.aboba@gmail.com>
Date: Saturday, November 21, 2020 at 13:08
To: IETF AVTCore WG <avt@ietf.org>
Subject: [AVTCORE] WG Last Call: "Frame Marking RTP Header Extension"

This is an announcement of WG last call on "Frame Marking RTP Header Extension"

The document is available for inspection here:
https://tools.ietf.org/html/draft-ietf-avtext-framemarking

WG Last Call will end on December 6, 2020.

In response, please state one of the following:

* I support advancing "Frame Marking RTP Header Extension" to Proposed Standard
* I object to advancing "Frame Marking RTP Header Extension" to Proposed Standard, due to Issues described below <Issue description or link>.

Bernard Aboba
For the Chairs