Re: [MMUSIC] T140: Usage of "-"fmt value in dcsa encapsulated fmtp attribute

Christer Holmberg <christer.holmberg@ericsson.com> Fri, 13 December 2019 20:30 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6F1012002E; Fri, 13 Dec 2019 12:30:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 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, RCVD_IN_DNSWL_NONE=-0.0001, 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 7B6HIpiDu4nG; Fri, 13 Dec 2019 12:30:31 -0800 (PST)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-eopbgr150050.outbound.protection.outlook.com [40.107.15.50]) (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 712D71200B9; Fri, 13 Dec 2019 12:30:31 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iXdee88kx22mjV2hrZoSVWmqKJuTH8jECCv/isK0Uqqz5wGm1aRGiEXSapXKLr6om+EDcyXCZmUZlhFc26b1Rdyfa600UeJQTLRrAVIObzvyuvuvbqd3xkf3ufBBBeE4Oadcq8RcFbe0KGg36EPBgaViLW2YWULoiHtW8fvDSHLVlFh1GTMTm4lcIjiRBlwGqtRHHhLpyqimLzx79E1XSeiWSlbyf6DJ5vRXB7J/ZvJQPwnPNEtITSjhYgsN8RDoa7hQjMldhR0HYptjEbAAjmshDCxehf+8BGjtkGqRkMQqZP55BSsrjjti2gvkuafjirXcTTk0rTIEQPfRY1oyHA==
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=fIyxwMAhQePdUTIl+RBwO8OGmfOwkizYHsnCtKaBJL0=; b=YoowC/ewQamSnbG0aLhRk/8DxbBJuD/SmvpHfI/4rzbTy4mT+Qc/lFY7I6o2/dKco6L3LGcCmk9NQwH98prKmM8CCG5gDFqGrm0JpQ2dWAwxqrZzos5niokv2P9OTQFbnBC0eJV20M4KvHuEWhmKDIUs8cdYijMdGjejkqs9GXYWKr+Mb567Ap0EaFy7ezKxdJuCJ/DfZyVamxf6DOruh+qGGbOff94nt1NlVkQvRO5vmY+ka31ggZTXr//7b0nDa/Dqa4JmABLwFKJKc1KFw8QBgdAyaLC5gAqkILiYg6Qaciu8vNcu2pg1LDfx3z8EIBlfJ1cLRvR85rfG1t/teg==
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=fIyxwMAhQePdUTIl+RBwO8OGmfOwkizYHsnCtKaBJL0=; b=baEQ//DjQZzLlG17NLTaLK0oDU8Uyo2kglaNkW9pNd+l0aYcUj5nqFzDmHT9vLQmd8W+TaSLCn/E867g/whWGTUHkRx8p0sIqXLG86ee5g2azm4z4GyLp4LOTDrsC5klbIVG7tjSsJxUgcr/vGCwcLkiu0atP+T6jGx5/WUwRps=
Received: from HE1PR0701MB2428.eurprd07.prod.outlook.com (10.168.123.139) by HE1PR0701MB2235.eurprd07.prod.outlook.com (10.168.35.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.6; Fri, 13 Dec 2019 20:30:26 +0000
Received: from HE1PR0701MB2428.eurprd07.prod.outlook.com ([fe80::78c2:287:50d3:d6a3]) by HE1PR0701MB2428.eurprd07.prod.outlook.com ([fe80::78c2:287:50d3:d6a3%12]) with mapi id 15.20.2559.009; Fri, 13 Dec 2019 20:30:26 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Flemming Andreasen <fandreas@cisco.com>, Gunnar Hellström <gunnar.hellstrom@omnitor.se>, Christer Holmberg <christer.holmberg=40ericsson.com@dmarc.ietf.org>, "mmusic (mmusic@ietf.org)" <mmusic@ietf.org>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>
Thread-Topic: [MMUSIC] T140: Usage of "-"fmt value in dcsa encapsulated fmtp attribute
Thread-Index: AQHVsR/lwYXoivuBwkKJ+MACi8tNi6e36BcAgAAuQACAAGifgIAAKJwA
Date: Fri, 13 Dec 2019 20:30:26 +0000
Message-ID: <8CBAF448-882E-4C0C-96AD-8DCFF3D06BD2@ericsson.com>
References: <DB6PR0701MB24219718E7408022DB6F256493550@DB6PR0701MB2421.eurprd07.prod.outlook.com> <1b757fea-b5ce-c498-8100-cb54a4a431fa@omnitor.se> <5FF684F2-955E-4E52-AED5-69D9EA8D39F5@ericsson.com> <dc08b134-7c31-e466-3fcd-287105c1f455@cisco.com>
In-Reply-To: <dc08b134-7c31-e466-3fcd-287105c1f455@cisco.com>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1e.0.191013
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com;
x-originating-ip: [129.192.75.5]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 45be3ba1-f1db-4acb-9143-08d7800b49a0
x-ms-traffictypediagnostic: HE1PR0701MB2235:
x-microsoft-antispam-prvs: <HE1PR0701MB223559BF6E4B70030080C2B993540@HE1PR0701MB2235.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0250B840C1
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(366004)(376002)(346002)(136003)(396003)(189003)(199004)(71200400001)(76116006)(91956017)(81166006)(8676002)(81156014)(2616005)(4001150100001)(33656002)(8936002)(186003)(6486002)(6506007)(2906002)(316002)(64756008)(66946007)(966005)(110136005)(44832011)(36756003)(66476007)(66556008)(478600001)(66446008)(26005)(6512007)(5660300002)(86362001); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0701MB2235; H:HE1PR0701MB2428.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: +U/HBl3wl8gDgtzmFlv/ePZm1hv/lG3JT+V1j3JE0bUoiBi0Inimd2rpsP2QJeTA2UDYvIdTcRbr9PAm3EjVLmFXWfscKuvzRil7S7TCfUS9dUJlTc1CKA669vd2JZhRyTKG1ApGvNhV2UHhKMlAmV+3mZsBCLqvWtYotinsNh915aG/xgiDUYhwGm0s6Cw3JVRaVML4803AFKJBRxXzURWoTsC/Qqnhhv2LkVPQkPz2Pih5AWRXP5QYBfpsHuHn1QC3ojX+khyFcbtB2CSMtmFSZBJWI+Kq6BNra0zlWpn+R1Cok6guEhia/2gbgbEB3vDIrwN7GARYrnxXaZoihuL/XzXnceyNsYYrtpcQcis8T69Sg/vpbnL1B6Z3KDF+BEmte64NM+g4IH8udUr9jkfJoyNNssTArKkgr28ZLjSIr7GyarerOe73C1SfVP4f8UYh9pyBtEGlfcxEPeINY0AHgIzLqAdTTleXNVJwuoo=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <64652E664E3D604B8B87C974D2DF7DFE@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 45be3ba1-f1db-4acb-9143-08d7800b49a0
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Dec 2019 20:30:26.3310 (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: NYbw3/8vL80I9TlGTho3YwuYscAMv6AbxZygEqzUtJXTW87N0mJy04FcEiddDdvPnn/49r87K8xq7BZcC1N9R15AMCJF7kmfWqPfJVy6iOs=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2235
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/pSRy_I4DzN-IeAHP2bvLomOb5iQ>
Subject: Re: [MMUSIC] T140: Usage of "-"fmt value in dcsa encapsulated fmtp attribute
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Dec 2019 20:30:34 -0000

Hi,

...

>>> The question is whether it in such definition is allowed to "override" the 4566bis statement saying that the format
>>> must be one of the formats specified for the media. As far as SDP is concerned, the only format is 'webrtc-datachannel'.
>>
>> Again, I personally think we should keep "-" (I don't like to omit information elements), and add whatever text needed to
>> indicate that the 4566bis text does not apply to sub-protocol specific fmtp attributes.
>
> Syntactical consistency and strict adherence to the wording in 4566bis would argue for "webrtc-datachannel", 
> whereas conceptual consistency would argue more for "t140". I'm not in favor of "-", since it doesn't seem to add anything. 

There is nothing to add, and that's why we are using "-" to indicate that. I believe there are cases where we use "-" for the fmt in the m= line, aren't there?

Having said that, if the community prefers "webrtc-datachannel" I can live with that. I think it is a waste of characters, but the ship to keep SDP bodies small and compact sailed a long time ago, so... :)

Regards,

Christer







Den 2019-12-12 kl. 20:12, skrev Christer Holmberg:
Hi,

When the chairs reviewed the T.140 data channel usage draft, the following issue was raised:

Currently, when we send an fmtp attribute encapsulated in a dcsa attribute, we use "-" as the fmt value.

     Example: a=dcsa:2 fmtp:- cps=20

However, 4566bis says the following about the fmtp attribute:

"The format must be one of the formats specified for the media."

Now, the format is 'webrtc-datachannel', so one could claim that should be used.

     Example: a=dcsa:2 fmtp:webrtc-datachannel cps=20


 But, that applies to the whole SCTP association, and the dcsa attribute is associated with a specific data channel usage. In addition, the usage and syntax of the fmtp attribute may vary depending on data channel usage.

Another option could be to include the sub-protocol:

     Example: a=dcsa:2 fmtp:t140 cps=20


But, the dcsa attribute already maps the fmtp attribute to the sub-protocol.


So, what to do?


My personal suggestion would be to keep "-", and perhaps add a note somewhere. Not sure we would need to update 4566bis, but if people want to do that we could for sure do it. 

Anyone having a different opinion?


Regards,


Christer




_______________________________________________
mmusic mailing list
mailto:mmusic@ietf.org
https://www.ietf.org/mailman/listinfo/mmusic