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

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 24 May 2021 21:02 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 33AF53A08C2; Mon, 24 May 2021 14:02:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.797
X-Spam-Level:
X-Spam-Status: No, score=-2.797 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=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=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 sZ7aqzCHRAqK; Mon, 24 May 2021 14:02:23 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-eopbgr150042.outbound.protection.outlook.com [40.107.15.42]) (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 D4BFB3A08C0; Mon, 24 May 2021 14:02:22 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XpB3CLmNbEqS10inmYKwCVYfGHC76XEnb+SWAHdADiqQvOJ16Oyo+kkwe/Cz3z6zp/dqs7Wdmy1wcawK8SoijeOT+YM2zfJtxnv1KUap82jT0ozvkOjk0/oQB1V3a97dEE0W8qP4t3UTVoP6JK/QLCdn9lZa9+f1/VNrir1iOwQr/H5tNVjlZADmWW2KFEViG5rnqqxSVkK+DbQBLx4lL1mpulhH5TvUbgHnKkjEEyKLm+arkXPvoNeI88Sqqe4CoTDE9ARd3v+esk4Zv73IEZ3OMQWoxky04vR4zYCBHXm2nLSX+oQjBEYGlJrbX7fKP8WtkcxOQxkhIiUEwVcOuw==
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=LokajZFw1A9DiJSnXTmKX3endNvm+H12Re1jhLrNY8c=; b=aKjLuzl7hWtoB2p5ARUTyS955D5NrP9N72vPwaZxqGDL6Yk+U8pTiJkmkHiPmPE3Lh2WxcxOTx9YsKIWZhsjIPLsA6Gsp3IB45u24L7eQh9Grd7767gQpnm7NqQsXQVe94Sr/2lyfcw/x+flCvAZDJGKfWrTgb2CH/TttJGR6OB9Sn3lmB5P+iMrfszr5jCMTTOo0PE/VcPmuRQq9d1bMlpLTz/cvj662t+YCgzrLb31RH11R0uS6XLtnO77opx737Baif+4CQmOkKQpFIYRavXh+GugPVSY6thvBry3t7x2HAAVhHNmYMYWxq+8Y6lPKffsOfBx74Crqxf1ezM+ZA==
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=LokajZFw1A9DiJSnXTmKX3endNvm+H12Re1jhLrNY8c=; b=hcjlwO1EhjWNgKC7hf/ux57p7Hq4xMTVFyFVmxVM8VTEdGX6o+IeAOKIlvSqLblJllP8txffiO++I4DUAaJ45WLYjaDA+frY8mbKILjWiI5PBvG1a4PcbN/cBOLCBTxyNsGVXoof2WNhln5o9Mi14FlHkE/avTo+LxYborK64+w=
Received: from AM0PR07MB3860.eurprd07.prod.outlook.com (2603:10a6:208:4c::18) by AM0PR07MB4817.eurprd07.prod.outlook.com (2603:10a6:208:f7::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.11; Mon, 24 May 2021 21:02:18 +0000
Received: from AM0PR07MB3860.eurprd07.prod.outlook.com ([fe80::b10f:ebc0:80d:db2]) by AM0PR07MB3860.eurprd07.prod.outlook.com ([fe80::b10f:ebc0:80d:db2%7]) with mapi id 15.20.4173.018; Mon, 24 May 2021 21:02:18 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Tim Bruylants <TBR@intopix.com>, 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+gABfRKwA=
Date: Mon, 24 May 2021 21:02:18 +0000
Message-ID: <AM0PR07MB38607E9DDEB4FC8B86FC3FBB93269@AM0PR07MB3860.eurprd07.prod.outlook.com>
References: <AM0PR07MB38605C82DE3B4A8F677C8557932D9@AM0PR07MB3860.eurprd07.prod.outlook.com> <PR3P192MB0748357C78FECBB3CA63BE93AC269@PR3P192MB0748.EURP192.PROD.OUTLOOK.COM>
In-Reply-To: <PR3P192MB0748357C78FECBB3CA63BE93AC269@PR3P192MB0748.EURP192.PROD.OUTLOOK.COM>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: intopix.com; dkim=none (message not signed) header.d=none;intopix.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: fa16bd56-4bd6-4f94-3b54-08d91ef73786
x-ms-traffictypediagnostic: AM0PR07MB4817:
x-microsoft-antispam-prvs: <AM0PR07MB48174701F515AC02DFCFB94493269@AM0PR07MB4817.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: /15WQ4V0X4c44F5c53pmtIybLCYeACH/VHCxePUdXge1YDVFCYjhhfuH8HymFsQz9F7mbcrD8XrqvvT3slLXb3aT/JrTa8tbLgq2p0UlZ9YEYG4OXcypbFNIkalyAoiB3eqtpR2CTzvWmh2NBxMolWlrY+Z/PY7jqA72hOwbeqwBeEv3P7Fx+ruX5gQ2+9E+E/+fsdGBPUi/tfDbF2fcvIDRfrfpieOhMYQ6lpfw7ZCnSbvvv5jdyfnI9w8DrohSPwK/Huwf0c2XFZZWvg6sr4njG0RwrsGVa8NiyfQ8MckodJ9SFQILS0yEQiRZ1L1VbCVhq3TcVJjtEBkAzPi6naScdiBdXRDw14uAEvArvzUuapDeQNZ0ZY9HIWP9W/NOSSXA1lr9t5VeiCiTNVYwSEQD+61a02NKQb3xE5Dtdymm8vUoziSDtbAjdBV6EOYoe19Ztwri2SvP3OPfmEOtBGaPz74CujVrH06E8SCjVy/EnTta5FjyHzNXdnIurfVJgEG04GMuzDwVjmrJnA8y0MmoQldiCITDgVQHJAclv1+3UuxCgoGXfw8/eoJVd9YHW+w0JUEUmcxeMbM6VNgYwPZj58hZ+abRtHX/BujeuNg=
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)(396003)(39860400002)(366004)(346002)(136003)(376002)(26005)(186003)(8936002)(44832011)(6506007)(53546011)(8676002)(9686003)(86362001)(66476007)(66446008)(2906002)(71200400001)(38100700002)(122000001)(4326008)(66946007)(478600001)(7696005)(5660300002)(316002)(33656002)(52536014)(66556008)(54906003)(55016002)(110136005)(64756008)(76116006); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?us-ascii?Q?7CGuq3rCqJJHx+bnimYYjxtDnNgY3OlLC17ekGaaVCwSWgZRpWeqM0BXOtbS?= =?us-ascii?Q?ETaNimQY7QX81yboeEGN450P0E4VrZy/LsoowUOHyIg37Yz+g3vM8iU5sAMf?= =?us-ascii?Q?MaKa1b7rwyqxqUzABxlHfYz1y+SOlVCy7IElzj1sLzfUj8CgrOAAQfxT5CZl?= =?us-ascii?Q?so7nzHl9d8Ve2b+tWW+VVl5JffDqx+VVGV8cTcAmiBIeBnBgoxa0XfuipMHK?= =?us-ascii?Q?vlxbsEOR1GGexX2EYwmdBjSakY5znZGrRu0bMVeQv+kuki4Z+C1P0aub7jQI?= =?us-ascii?Q?5MibmjZh8IVUwwWJ48lCLlKtkVafHEunmZu692BPJFThMk9eWO7es++DtQdk?= =?us-ascii?Q?KIe+ntFiD9wdZtxUlxIZZwZlvCltPXy+4DrJzZ9vsFWp3azUYOKPWHy1UMpd?= =?us-ascii?Q?yX1mDTHLmMOmnMxKvGHC6fj8K4E8jrIPLktVXE9y8oj7HaC9HJ3G7+U8If8k?= =?us-ascii?Q?bcQPhGl01TH4HQWefGFnffxg9ZBk6jBhCxT1hELT/eDaVBGyva4dmh65YwuH?= =?us-ascii?Q?8EQUUuvnNcqDFLPno0L+x1h7sP1U4Us3UTYsVLyVrTBqVdJAIhDPW3JrFAmy?= =?us-ascii?Q?KIJwToftbJyhCiKuP52tfeG0r+GMnM1yelrXSoq60Waw7snPoL3FHDT1FXTy?= =?us-ascii?Q?YskfDWO1MCqQQ0Pcphgh+MkaK2165xPk+RaTauyZDIq3Z4DVE9HqOA3X+0cn?= =?us-ascii?Q?1C9/Xbeyf50plYU9oayujgPVU9Yy31fGEJKNiy9M7wTHqKPPoWuvD7MDLfsM?= =?us-ascii?Q?IfOX0CoISFUIUGeQuDhiM3Z4XkxyfTE+X7mSK+5cyee1s0Mgcz1W+avBvdCS?= =?us-ascii?Q?mHGNdVy7UfwcnQuzB3rgg1xK2Qj6eihLsV+JHFob7f8UYc7PusZXxPPRsBlx?= =?us-ascii?Q?y1KQD6j8YyJY7BHoGiV9oRZwlds2RZ3/MKjEo8J37YMgimP5geShEzHx7nxu?= =?us-ascii?Q?Xu1V1Zkn8xlCH868Tzeu66n3GM1yrv5E2RM9dRYKlkoBoNBgmeaQOJ8NGd+P?= =?us-ascii?Q?10e2PKoc+b2dQMBr9QhSR/EaQZU/jLIW7Ka+8/px0HItxp1CPoKCBA5KfDMG?= =?us-ascii?Q?GEoOI+26OVpsY12xVR5y5hQflzpqJ7J6eTRHyp6BcUm5Ft62T0y2eb59aA1x?= =?us-ascii?Q?srS1Obw3mhN0hbSwRMs+ZdptibsX2dzO7ypoLknbcoivV1MgmW3NKusxsfEE?= =?us-ascii?Q?QA4CwIAgHQoaYeK0IhdVarPtAzi6De4J2hkjuUUD6W9i591xEX3XZHhKB2u6?= =?us-ascii?Q?DznHtrjktZnKARVFZG0OK7tZ1hn0nTMD0xolO4pdWVRdGW/YeanggYeRSc4b?= =?us-ascii?Q?G+Rg0/D7LnvhtDeGqfTMMiD4?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_AM0PR07MB38607E9DDEB4FC8B86FC3FBB93269AM0PR07MB3860eurp_"
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: fa16bd56-4bd6-4f94-3b54-08d91ef73786
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 May 2021 21:02:18.5825 (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: 0BJVrSZkqJzLnI/+6WLq6LJrgmhEHht0i0fsuqMZMzQcgQcMhLHa7TJLWGFTN906UREH7CB2w6CUXysvCzhzarG+H+i1B3l7/yam8tN7HbU=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4817
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/4BHnyNmHMgvA-nRz4p7Ju9BUBZ8>
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 21:02:28 -0000

Hi,



>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.



Unfortunately I don't think what you explain above is very clear in the text.



Consider the following.



The offerer sends an offer. The offerer specifies the characteristics that the offerer wants to receive. Similarly, the answer specifies the characteristics that the answerer wants to receive - the answerer does NOT specify what it is going to send. which I think the text is currently describing.



So, I think you need to describe that the offerer indicates what it wants to receive.



Then, you need to specify that, if the answerer accepts the offered parameters, it sends an answer, in which it indicates what it wants to receive. It is fine to say that the answerer must indicate the same characteristics as the offerer, if that is required.




"The receiver SHALL ignore any unrecognized parameter or invalid parameter value."

First, In my opinion invalid parameters values shall trigger an error.

Second, what is an unrecognized parameter?


Also, the text does not say what restrictions (if any) there are when it comes to modify the stream during a session. Is it allowed to modify any/all characteristics?


Regards,

Christer



From: avt <avt-bounces@ietf.org<mailto:avt-bounces@ietf.org>> On Behalf Of Christer Holmberg
Sent: Monday 17 May 2021 16:24
To: IETF AVTCore WG <avt@ietf.org<mailto:avt@ietf.org>>
Cc: avtcore-chairs@ietf.org<mailto:avtcore-chairs@ietf.org>; Murray S. Kucherawy <superuser@gmail.com<mailto:superuser@gmail.com>>; mmusic <mmusic@ietf.org<mailto: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?