Re: [AVTCORE] SDP directorate review of draft-ietf-payload-rtp-jpegxs-13

Tim Bruylants <TBR@intopix.com> Mon, 24 May 2021 09:30 UTC

Return-Path: <TBR@intopix.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 5C2163A210C; Mon, 24 May 2021 02:30:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.585
X-Spam-Level:
X-Spam-Status: No, score=-2.585 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=intopix.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 QzjbOFPMI2A7; Mon, 24 May 2021 02:30:23 -0700 (PDT)
Received: from dispatchb-eu1.ppe-hosted.com (dispatchb-eu1.ppe-hosted.com [185.183.29.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 588363A2107; Mon, 24 May 2021 02:30:23 -0700 (PDT)
X-Virus-Scanned: Proofpoint Essentials engine
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-he1eur04lp2055.outbound.protection.outlook.com [104.47.13.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1-eu1.ppe-hosted.com (PPE Hosted ESMTP Server) with ESMTPS id E4EB17C006F; Mon, 24 May 2021 09:30:15 +0000 (UTC)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ofQiJ0nNTQ3eIEjmZYb8AM7962oXBMFUxo0JE/6DB43c6EEMB3Emkd2lqHU7BCynFQpZAWwfXjeVqdS4e87M0/GR86v0a8fgrdeGOwTKo/2sw4L5ksLBawy2U1MngUgqeUjgH+5eqPU6yaJdo2feibJ1T/UGFQrs/hMBvVXDJbylhkmm1HUIiPR9H9ssP+iD1HeBa00Bxzr0m6MXv7ieblw2gKwEQceK2LS3XjaJFiQWDgmUYUX4IvDaeUg1z64hd1yUlUSGTHSQauqlrBnjxi8VzN7FNgtVhjEyadXekXDJWBttgaISMj1/KsEutskDEFrDlDB18SDKg5dN+NnE0g==
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=R1Kt1jUNKXIIJrRd9QtQyG4zn08brCplnE2VsGv5PJs=; b=JbjwTdJB6DkiSMjef5fgzVstmXT/6a/LOHEon89gcUW6aiXblP0l9fQQE9GozQX4+g1vWlkK8+fGjewZNNqhTj166nJ8eaE9VVi0t/9M5xwLJJ1U7poEgA1uPQN1CW6kCHwkXawH8/0j185eQCG8i9jLpPb+sS5KBEhg0IHgSHD+2U0P4rBaNTB886S0eAZG4dHh0k1jR+8wmnXXfr5698p70SYSycZsUz5hhnpn0N3bYcitaRby8f3ovAZsligZ/Z0iL8Zmp6qB+QGyAa60uAvaVhCnbDT8bKqZExSpQInrUqkrADHCq8oWvjztRPQaqJ6e401kK1pXmivVxvBTvg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intopix.com; dmarc=pass action=none header.from=intopix.com; dkim=pass header.d=intopix.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intopix.onmicrosoft.com; s=selector1-intopix-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=R1Kt1jUNKXIIJrRd9QtQyG4zn08brCplnE2VsGv5PJs=; b=R88Cd9QdDZcF20mJnVQPFf05UJ49i9dd0lQjn0+B3Ttwx7m2F5r7Q/Q5Vo+5f6gvpBbtceefRE21WGIOwfs5/HoHr6CW2mkndHiefdclgOUG/l0/ZyEdp9BzgBZjjYSnbescxRlQVcranvmDMFrxY7XBz8P7TqP8c0C2wYcWJbA=
Received: from PR3P192MB0748.EURP192.PROD.OUTLOOK.COM (2603:10a6:102:4f::24) by PR3P192MB0617.EURP192.PROD.OUTLOOK.COM (2603:10a6:102:41::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4150.27; Mon, 24 May 2021 09:30:14 +0000
Received: from PR3P192MB0748.EURP192.PROD.OUTLOOK.COM ([fe80::8ab:c06a:c2cf:b0ac]) by PR3P192MB0748.EURP192.PROD.OUTLOOK.COM ([fe80::8ab:c06a:c2cf:b0ac%7]) with mapi id 15.20.4150.027; Mon, 24 May 2021 09:30:14 +0000
From: Tim Bruylants <TBR@intopix.com>
To: Christer Holmberg <christer.holmberg=40ericsson.com@dmarc.ietf.org>, IETF AVTCore WG <avt@ietf.org>
CC: "avtcore-chairs@ietf.org" <avtcore-chairs@ietf.org>, "Murray S. Kucherawy" <superuser@gmail.com>, mmusic <mmusic@ietf.org>
Thread-Topic: SDP directorate review of draft-ietf-payload-rtp-jpegxs-13
Thread-Index: AddLKBOH9HzaEV4jTtmQ8TPYzmKsqwFVwo+g
Date: Mon, 24 May 2021 09:30:13 +0000
Message-ID: <PR3P192MB0748357C78FECBB3CA63BE93AC269@PR3P192MB0748.EURP192.PROD.OUTLOOK.COM>
References: <AM0PR07MB38605C82DE3B4A8F677C8557932D9@AM0PR07MB3860.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB38605C82DE3B4A8F677C8557932D9@AM0PR07MB3860.eurprd07.prod.outlook.com>
Accept-Language: en-US, nl-NL
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none; dmarc.ietf.org; dmarc=none action=none header.from=intopix.com;
x-originating-ip: [2a02:1810:1dbd:e901:2844:57d7:7d0d:b7a9]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 221da079-a100-4682-35bb-08d91e9688e5
x-ms-traffictypediagnostic: PR3P192MB0617:
x-microsoft-antispam-prvs: <PR3P192MB0617237FABF23F4781AC8C0FAC269@PR3P192MB0617.EURP192.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: t9FmsnGZqhM5SEI9H9rIgDvLPgHVncewojN4D7HKjzsWJrJJiKAUaVkbIAG3zgGkRqD//HJIHnvV43pTrRE6u6drgVxNLkoOm+idpXWARZ8PKQWjQNTp05tOFMbuKBOgoHpNFWwtFR+bb7R+oldKHuVr3JTAaenonjU3mWunz6Igq/L+guAiUzNiqJZNfem86z3Hg3P/jec1dyVMLEoeQCeE2vJOM/BpQrZlupwm9y+qbvq5ijfwCXdYozwUH1OxglzLCCv6SKA3OBQ06J8x3wrQEAZkqclkgD1+zVnPYT7ty1rVYRM7PeUzo783T4Xwj1v1m7YlbGrxYRJ5HTOSTqyXbhEWu/MTUyBBmbogkuINFzjtXEJ3sWZ3BbO7WxdtobBrOAsCGozdnqnocult/31llATRFrvoeCkoz9MZtNSOECWT3xGYvpB8ezVl11jBgMT+LjWFsv81nE0qVWJFRHEMNyFqtpfWhr7UNW7jcUahdP7Cj3SP6YZfL2qYT94CJzJ/sGJlkmKoWRRJamiOi8wEei6A4d1rLWUIoqeDz8TYi60BCCdCd6T5aF0uq0uRSy5zDz30KXVJR6LgWcH0Nkf1V4Vt9PB1TmnhFhxvufI=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PR3P192MB0748.EURP192.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(39830400003)(376002)(136003)(396003)(366004)(346002)(83380400001)(4326008)(53546011)(5660300002)(6506007)(66946007)(55016002)(66556008)(66476007)(8676002)(38100700002)(52536014)(76116006)(66446008)(33656002)(64756008)(122000001)(9686003)(7696005)(8936002)(71200400001)(2906002)(110136005)(54906003)(478600001)(86362001)(316002)(186003); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: aDKc/z1B8gmOdWRrOXt+LLoLBFdmlcT7ZnxWOAc4s4NAzCyqxy+LGEifaV8/pKZC68lrQjyvYilWQBTlaWHOs9Djltv/AeBBid9hnGbEEkM5xNT4SMPxyMLmk4YVqhAxObPA9G0y11zY8WL+beRvp9r6nHZ6O1U9EutuTEqLh+NqwKcuESnmUBZ4ZVXgfMhdqQt3ElNwDOzKuR7Hix+MgKpNJc54jdNI0trJYlRblrEOVxDfJYYNIdDCAarIJVXa0rDZXXIfqH8z6e/eEwLdQqdkWkKgzdQ4aUcmBVtl45W47gQOl3oneYIwDDJFqRyP3C+X4bYnOc+1Mj9VPU5EyJk8AvfvdjnAe+FBQSEREXQTSg+uZg1wmnoNCRwLIUIhCa0T89MWQtHVMLaKhac0YjeLbfqDb/IL+ImOXZK5aZXLJB71Glt7eiq5dZnjzy0Zhr1bnPGNubXsxg4NF1xgCt6bkah/werfxhbKvRlKM5tPPbPwEhP84ggIxta8hh1hlqFxCPq2BoNq1UzXhGWCTHHquBKi/NqQ6SIFwrckxMdztDWWqPUMSrp2wqFZxOVIZ9du1SUqSftngjNgCyzBjUswcgV1RVt/xJ8ut+NDvywzN3ajIlSTYpBQLH/86bH/rHsFlUxvHk3deIDNZ17J10Kgxj522ypixMACfcjdw6xWrYpUz+STMBTCeaKAGD2n6s5txgy0USAmnY4FyKJnbaKhZq+uQbegbqISnRF17lvhH4bS9rj4B6K6adxbfNDAx/zfjHYBPHIVYJLjJjy6IGI6Sv2aIRd2gfW62V8lE0AgbRj9POJo+ESntRit/+hTThlGGu6fMoFEqpUABngQnM0m6kahfRKA/QHDeH7A7CRbbeQ97114JFDEWq1/N4kyrID11bv3HtvUTe5o2e5WTtwBiZzobrN/GcyY+ZqGR9EOuPHRzR8JZTlR7tup0MM5gd+qrUHMxe9LMX4+0aoxqSNBBLJQKMuNnmiN7LpTgDbgw18BW/w2K2ACHKOGtFjHkmMYIHtBGnUXjPkvlphAUTH0kETRU8+6xe/vNw5XMPiYwYpDG1dgPnOW9b3m1CzMb8KZDVwk/ymLHpSGX9BvCWZbvQ5XJ/e2jqgw+bjiU4owMN7Q93fHN08i9PS5YUd7Z2eAUNPNVgV7ihW7BSDzHZXgDHuwOaKWFNaRpdIELaL/6yZy0+uMOyYnLDbEB3TwC2l9D9utNG19KzYAjYwoaCMj3ud0HoQjR0DSR2ydJm3YrF0lZaHbT5+n4yOmxWX/i3mhFkFwPiZGG3/4PwtphgshVrjYyGkhTD4+NWgU0GYKeSkdQpNdzqjm4xin48rh5ZrvuyKCHWPCEqoS4TMJkJ9aYhuThOMfNMkZI3mRrlQt/vyPqD7jIQaplQe8NfK/
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_PR3P192MB0748357C78FECBB3CA63BE93AC269PR3P192MB0748EURP_"
MIME-Version: 1.0
X-OriginatorOrg: intopix.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PR3P192MB0748.EURP192.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 221da079-a100-4682-35bb-08d91e9688e5
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 May 2021 09:30:13.9440 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5f9168c7-cdac-4b23-9509-c278399e3c1f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: anJxZOq6So68+VIe0uJNkCiXU93e7LdFe9C1F4a5aNae4dceS5A9jor1AtzMTCBl
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR3P192MB0617
X-MDID: 1621848616-Nz0pXoyitR9B
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/b82APNfSOZ47gq_7BKDJP6NCzq4>
Subject: Re: [AVTCORE] SDP directorate review of draft-ietf-payload-rtp-jpegxs-13
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, 24 May 2021 09:30:31 -0000

Dear Christer,



A new version of I-D, draft-ietf-payload-rtp-jpegxs-14.txt has been submitted and posted to the IETF repository.



We have addressed your comments and remarks as good as possible.



We made the following changes to address all three questions:



-> (Q1) We have moved Section 7.2 to become a separate main section (now section 8).

-> (Q2) We removed the sentence.

-> (Q2 and Q3) We reworked both subsections and tried to clarify better what was intended to be expressed.



As such, the intent of the SDP Offer/Answer negotiation is that a receiver can offer a certain set of parameters (and values) that it wants to receive. The answerer (or sender in this case) can either honor this offer exactly (i.e. everything in the offer can be matched inside the payload) or drop the offered SDP media description. As an example, when the receiver wants 4:2:0 content, it can signal this in the offer by specifying the "sampling" parameter with a value of "YCbCr-4:2:0". The sender is not allowed to answer with another sampling format (to counter offer).



On the other hand, if the offerer does not specify a specific optional parameter (meaning it does not care about this specific feature), the answerer is allowed to clarify in the answer such optional parameter. For example, an offer is made without specifying the frame rate, the answer is allowed to add the "exactframerate" option with a value that matches the payload. This is true for any unspecified optional parameter in the offer.


We hope this addresses all concerns regarding SDP.

Best regards,
Tim Bruylants.


From: avt <avt-bounces@ietf.org> On Behalf Of Christer Holmberg
Sent: Monday 17 May 2021 16:24
To: IETF AVTCore WG <avt@ietf.org>
Cc: avtcore-chairs@ietf.org; Murray S. Kucherawy <superuser@gmail.com>; mmusic <mmusic@ietf.org>
Subject: [AVTCORE] SDP directorate review of draft-ietf-payload-rtp-jpegxs-13

Hi,

I have performed the SDP directorate review of draft-ietf-payload-rtp-jpegxs-13.

Regards,

Christer

----

Q.1

I suggest converting section 7.2 to a separate main section, and change the name to "SDP Offer/Answer Considerations". I don't think we need to consider other SDP usage than Offer/Answer.


Q.2. Regarding section 7.2.1.:


    "A Session Description Protocol (SDP) [RFC8866] media description SHALL be created for each RTP stream."

This sentence is not needed.


     "The information carried in the media type specification of
      Section 7.1 has a specific mapping to the SDP fields, used to
      describe RTP sessions.  This information is redundant with the
      information found in the payload data (namely, in the JPEG XS header
      segment) and SHALL be consistent with it."

In SDP offer/answer, you typically indicate what you are willing to RECEIVE. In this case it seems like you indicate what you are going to SEND. Is there a reason for that? I guess that impacts Section 7.2.3 too.


Q.3. Regarding Section 7.2.3.:

     "All parameters must be supported by both sides,"

In Section 7.2.1 you say that the receiver shall ignore unrecognized parameters. I ASSUME that you mean that the all the parameter defined in Section 7.2.1.

      "i.e. the answerer SHALL either maintain all parameters or remove the media format (payload
       type) completely if one or more of the parameter values are not
       supported."

I don't understand what this mean. According to Section 7.2.1, some of the parameters are OPTIONAL. Is the answerer only allowed to reply with parameters that were present in the offer?