Re: [MMUSIC] MSRP data channel and CEMA

Christer Holmberg <christer.holmberg@ericsson.com> Wed, 14 August 2019 17:34 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 4954C120C12 for <mmusic@ietfa.amsl.com>; Wed, 14 Aug 2019 10:34:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level:
X-Spam-Status: No, score=-2.002 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] 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 8bek1gOezqPw for <mmusic@ietfa.amsl.com>; Wed, 14 Aug 2019 10:34:20 -0700 (PDT)
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70080.outbound.protection.outlook.com [40.107.7.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6BB45120849 for <mmusic@ietf.org>; Wed, 14 Aug 2019 10:34:20 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UPuSpJfLRLW+OCpYW5YhlVmg+bAVUFPLHtQUjhhe9GQMidoI5YR/R4e7MdDUCcBOvGv7ZPerQje77ZNQTz7Rhk7lIXjJsUVjcuIsHoMd2cOT9DaXPhH9h+or+o6KSEBUJKK4vwWfL2nLegENHFKFlRtRTuvaNIbuzMF0kab/PM+lZfsgoIY5mY2a3ZlXmv2K992Jt5N6mr6yKXn8fORwrde7ByD33cmswykPZeQrYyQJgHAhSVIPJwPPaTmPyx7EvI+eC9ZAlHhwLv5Wwd8gWff/sI5sRGeX0TMvGiPrsPUeU9dP7kG4p1iRDopWA9po8x3sqxyhmEoYM05j8ozPcQ==
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=1aOn/SUw4+O/4CqpHiIuqHVWlqmUPnfKbsDgXUMHO2A=; b=HTuRjbpCtuvv6lmGMGqracpd19XIoNWUDO8VV4GyQZXMZGllm0RG/gklhIm2Z7gXtgT3iVD00Oj4HOnjzrkFudgSPcWb6ZA+4oprJnNWK4XzJkG3U/fQBnn9JXf6Znsm5glEuxswl0MJRHrZNZdkot5caqB92W9k7Urxr0FRKZcR01/ezTT+NkJ8yxoUwKyto4IWLc7v5+O9JgOGyHquuQV7/sUfFsY9rasY2kMGdi9gsMZH5M0hxK4LHtws0eNGVtKLbMcVaA8nE2PcI7u4sxnu0Ue7ukaOM5xah37trM3XBymHR0Y/OL+CaaRHzJZVyHvWKK+r8hjij99/P1Qndg==
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=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1aOn/SUw4+O/4CqpHiIuqHVWlqmUPnfKbsDgXUMHO2A=; b=BFCjXJ9Kaojumo4PjAU6F4qcPWtO0RbsACK1vGPWWiIHUuXdCSOfFAXQTO0hxyF6VL0ZGBvd3q7NTEpZesWUZ6o51Bo30LmbBotDMUDqSjZlSlUodMNmNVwZ81KJM7kLTVhRi9YUIlhlEUmbzzi8CoOj1ETaU3YAptpyuNFMdC8=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB3082.eurprd07.prod.outlook.com (10.170.244.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.13; Wed, 14 Aug 2019 17:34:18 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7%6]) with mapi id 15.20.2178.013; Wed, 14 Aug 2019 17:34:18 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Jose M Recio <jose@ch3m4.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] MSRP data channel and CEMA
Thread-Index: AQHVUG0+mmxibzfmS0mRVADF5zdmAqb6mGCAgABPUAA=
Date: Wed, 14 Aug 2019 17:34:17 +0000
Message-ID: <HE1PR07MB316108A1869AFA6D0DE917B793AD0@HE1PR07MB3161.eurprd07.prod.outlook.com>
References: <A1B7047A-BA0A-4766-B077-1D9F16F8F57B@ericsson.com> <ebddf066-2068-73e8-308d-38e737de7e78@ch3m4.com>
In-Reply-To: <ebddf066-2068-73e8-308d-38e737de7e78@ch3m4.com>
Accept-Language: en-US
Content-Language: fi-FI
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com;
x-originating-ip: [79.134.118.162]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d669edbb-0bc8-4ef0-3324-08d720dda267
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB3082;
x-ms-traffictypediagnostic: HE1PR07MB3082:
x-microsoft-antispam-prvs: <HE1PR07MB3082B5F46DEAC5C9E6942EE993AD0@HE1PR07MB3082.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 01294F875B
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(366004)(136003)(376002)(346002)(396003)(189003)(199004)(446003)(66446008)(8676002)(14454004)(52536014)(476003)(7696005)(6436002)(3846002)(486006)(76176011)(44832011)(11346002)(110136005)(316002)(6116002)(25786009)(66476007)(186003)(66066001)(256004)(55016002)(5660300002)(33656002)(53936002)(9686003)(305945005)(99286004)(8936002)(81166006)(81156014)(478600001)(66556008)(26005)(7736002)(76116006)(71190400001)(71200400001)(74316002)(102836004)(2906002)(86362001)(64756008)(66946007)(2501003)(6506007); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3082; H:HE1PR07MB3161.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-message-info: e8J7f5LbKAlRW+Hj+/D2+7M/Q4KqWyxwSa1pF5ijGDLxHA1hY0wVTCg1Q+nFJ8mv0iWU9ZF9FWGahVbbpH5dkt7sLss+0947lZXlOX3/7mnGAveY+ow4ztk1Q3zHrnW2RarJR1xHA9jTQL6MMwuoPXhQHP7fWARSY39t7Uhl084fo8bXdlY8F7uzezhhQwOT3fmnOuAFP/FyTaV4fhWAbsgJbPSvhAViENXsXvmStrMYeQ9gsrSYl42QYnxS7xaR7XCb7wDQsP10G+LOWO7DF4lzC+B4IidMvh/KWidMu1oEZP5zYBZmF1oMLgHHmVtSf4+2bA+x7kWtHBZMrq0pGM8P77CAtAI5Sg700IplsggG9rIPv8pTxdILzVQNx98mC+Dc/g/kb4Fh2MMgtYydqvbNtFtyirn39DLSEeF9lDo=
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-Network-Message-Id: d669edbb-0bc8-4ef0-3324-08d720dda267
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Aug 2019 17:34:17.8439 (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: 8M+QFhjw8ofvqXeuc4BPoTxoHP/uzcWmvgpyOXGSn+gKxbkTyOOemW3ibc52KZ6nlIPfk7kTobHsleSOEOGaig7qZbDFMetuqVH2s2pTsIc=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3082
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/PzcZ5Tn_rn9Tj_cVitcF_ZInmFc>
Subject: Re: [MMUSIC] MSRP data channel and CEMA
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: Wed, 14 Aug 2019 17:34:22 -0000

Hi,

>> I was thinking more about CEMA and MSRP data channels.
>> 
>> RFC 6714 says:
>> 
>>   “MSRP endpoints that support the CEMA extension will use the SDP c/m-line address
>>   information for establishing the TCP or TLS connection for sending
>>   and receiving MSRP messages.”
>> 
>> …which is exactly what is done when a data channel is established.
>>
>> Of course, the data channel will be established using the c/m- line no matter whether 
>> CEMA is indicated or not, but I think it would be good to have it explicit.
>
>Thinking about it, I think one possible approach to make it more clear could be: 1) mandate that endpoints include the CEMA attribute , and
>
> 2) specify that transport level gateways should not forward CEMA attributes from/to data channel endpoints.

Why would they not forward the CEMA attribute?

>1 makes possible removing all the convoluted statements we have right now on path (not using path 
>for transport, and so on), as CEMA does exactly that.

It's probably good to mention it somewhere, but we don't need to repeat it.

In addition, in Section 5.1.1.2, for the "cema" attribute we can say:

o  defined in [RFC6714]: "cema", reflecting that the MSRP endpoint will use the c/m-line
information associated with the data channel for sending MSRP messages, instead of using
the path attribute information.

Then we can remove the following:

"As described in Section 5.1.2 the path attribute is not used for transport establiment."

In Section 5.1.2 we can remove:

"The path attribute SHALL NOT be used for transport negotiation."

>2 would avoid any possibl.e issue with endpoints not understanding the data channel characteristics.

I don't understand.

Regards,

Christe