Re: [MMUSIC] Éric Vyncke's No Objection on draft-ietf-mmusic-msrp-usage-data-channel-23: (with COMMENT)

Christer Holmberg <christer.holmberg@ericsson.com> Tue, 04 August 2020 18:09 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 19C313A0EFF; Tue, 4 Aug 2020 11:09:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 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, DKIM_VALID_EF=-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=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 QOneu10hULqE; Tue, 4 Aug 2020 11:09:08 -0700 (PDT)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10086.outbound.protection.outlook.com [40.107.1.86]) (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 8549F3A0EFB; Tue, 4 Aug 2020 11:09:07 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hwxsyePMIn2P7IGigH93f1v90wfz1eyKaxnZCRhDotOga9Lm4Xi4G1ttcodWKIdohMbeaa58DKWX5UD2yfD/z1tad/R/p46EYxxxthEnIzXCfnVKgznbesMOZy/MZ4W/HyGr/jZ8zoNsGmL6tOCXaENZdJxlD8053aTE6SdYOzJnePfEITEyMBd83mJqRbwOcPD5EfBrK37X43vO4ItmOPc5t/a2cqk09XY72Hor+0J7mAc39+Kk6QhX7fX6kqCUIgKBJ063A6KrP24ODUU0ybd86OHOO6Tvh+1Wv+cGpc/HhXMCxbLrE/yw+0H0YJugcKyRwgi5dOXbFygPl8wKUw==
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=xBsUHL+/4YZ32+4LtTiPfArZI984tS3ZDnqiSXcv7go=; b=TNNV0+oD+aWydD4f1sEHtiiJS5ZZQ4hh6yh9lGqJEzFKSjddyjVRw1X0BvM3YMBtichos38UQ80ng1wVhs6pN6g3vZvo8ab2frT9rrS8BqYu5+jrp/rEuGI57+7oiherF96oQtUlPyHRJ0JorovaHi1Z2/hLt3DgCYPjHMlUMzpZGC8SSrWe119qZHpe5Ra/H907xFL1QHyFrL45vqWw3NBS3fU/u87BDCBlE1QYno4OT2/q4nee/JM8/fstqSW6+oTbfnXXm78rrX8J7s3fJngvpWlQ5zclY2ACFIiFq1MZOAv6j6hefVwMvouMvW6S7pz3hRU37HW/RLRibrhDWA==
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=xBsUHL+/4YZ32+4LtTiPfArZI984tS3ZDnqiSXcv7go=; b=C1At8UURfZg4yFUknV1b/HXTKttFEcRvG2s5nKKxR9XvhJm39ndQ1x55KLA4Xeu8aSesltuzERYkeBoRSdkb8hfSBmFr1QW/LvguES8l2JwkOMwJ/IVVAdBk5rrTmxvlRiZNoPOsFbhlbxwzU2jsSyoQhAs2LeCjDkmBd4VUOVU=
Received: from AM0PR07MB3860.eurprd07.prod.outlook.com (2603:10a6:208:4c::18) by AM0PR07MB6401.eurprd07.prod.outlook.com (2603:10a6:20b:157::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3261.12; Tue, 4 Aug 2020 18:09:04 +0000
Received: from AM0PR07MB3860.eurprd07.prod.outlook.com ([fe80::187b:7fe6:cc5a:eb00]) by AM0PR07MB3860.eurprd07.prod.outlook.com ([fe80::187b:7fe6:cc5a:eb00%5]) with mapi id 15.20.3261.014; Tue, 4 Aug 2020 18:09:04 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "Eric Vyncke (evyncke)" <evyncke@cisco.com>, The IESG <iesg@ietf.org>
CC: "draft-ietf-mmusic-msrp-usage-data-channel@ietf.org" <draft-ietf-mmusic-msrp-usage-data-channel@ietf.org>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, "mmusic@ietf.org" <mmusic@ietf.org>, Bo Burman <bo.burman@ericsson.com>
Thread-Topic: =?utf-8?B?w4lyaWMgVnluY2tlJ3MgTm8gT2JqZWN0aW9uIG9uIGRyYWZ0LWlldGYtbW11?= =?utf-8?Q?sic-msrp-usage-data-channel-23:_(with_COMMENT)?=
Thread-Index: AQHWaa8NDB+VZotEJU+T5m+YoK/RGakmyLY3gAAtHACAAUk4Hw==
Date: Tue, 4 Aug 2020 18:09:04 +0000
Message-ID: <AM0PR07MB38600E8D8CC4338938ECB768934A0@AM0PR07MB3860.eurprd07.prod.outlook.com>
References: <159647035556.946.7046332362916487220@ietfa.amsl.com> <AM0PR07MB38601B44A6CB42A172F55F90934D0@AM0PR07MB3860.eurprd07.prod.outlook.com>, <C6B27CC4-D82D-4F8D-A0CE-9D3F24A30383@cisco.com>
In-Reply-To: <C6B27CC4-D82D-4F8D-A0CE-9D3F24A30383@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=ericsson.com;
x-originating-ip: [84.250.22.1]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 5a95d527-2d4c-4e22-f29a-08d838a17916
x-ms-traffictypediagnostic: AM0PR07MB6401:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <AM0PR07MB64013CB78FD04C50752AAFB1934A0@AM0PR07MB6401.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: 6D1JpmXsIs3fdTw0x6K4JrRek+gPCbTWa0pgV88hizSpCGoihtWsQwLJWW9GpTwrwxr47VbmmobWw/FMn7SvaVJ+3Z3Ri3I/6GY7JdJWZYk7dUnhgA8qtKiH5zRuT/fl7lAn64Sqc5raRqS4PJe8/Q4NXs6PFfAV4+kJPIZgg8IdVYGLhotgr/IRdTqM5ku8RQZLK2MITh5fE3SIqsn5iaPuGVK/ktszLwVdRP+vjmjXDvVoFEkktUffT7H8oxfdccWNWeuORs/WSV6nzeHoE2AkgIOf6sWP13QeWQ6PcbwyU5+eIdnMDuGREIqnjQU2BDoVl5I6se4kdOKGI1qoVw==
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; SFTY:; SFS:(4636009)(39860400002)(366004)(396003)(346002)(136003)(376002)(110136005)(54906003)(53546011)(107886003)(7696005)(44832011)(8936002)(316002)(66946007)(66476007)(6506007)(76116006)(186003)(2906002)(478600001)(71200400001)(55016002)(9686003)(86362001)(5660300002)(83380400001)(19627405001)(224303003)(33656002)(66556008)(52536014)(66446008)(26005)(4326008)(64756008); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: r0lfL4r7aX9Kuh421hAbyuxSkRQXmzbEDgcRgJyBt1v/jIUEIsSis89fxvZvD3X3JSRz7leaSFpdTpIg72qKzTTS8g9l2zQzheRiOlhF4/1JKAuy54yM7bMFJ1pPkOsWuSD52sA3Lz5nkVBwwb66tUftUOLMjumiuiMMn3EZ/TPtED2AZWboyw/MGWYj7xH4WWcCfO1TaGOsPFkyelJ7RPOixdpS4pcOEq72MVXbPJBhUdDlhPHkcbiQTooL6XaLWvDyPG9gA+IeQneHun9qU4S27r7s8pO60Kh41V3R+6tJH4xZZnzeAphPMmKC2a24RnLSjzEu6qhQ1v63jZ8l9LjDgrGuKV5hAXbemaq9kxo1xXtMMDa4G89YAF3c/HgYJAi5x3VbUl2P1iaDJiRFXnWAuyRhIIEQVo8oTtNO/yddF/6HpLl37PasfK4iSb29ugH3opIBaadytLo6EQKODJJRDkYG8+3u2oHaWsXqyVqVWqCC2ARt5BmLlbrBPIPk7/efIWrr2i7ftgmKJ9RYzn6KfO3QMsGvEUGclI+CdnGLd0BMwNh/1pr5j7YBIrAUQhDbk+a4EBAYB3xH9SYVURnouIPxJ5rCcPONSG3goMV/99NVrEemUDVQL5Wjr+ewV34qHDHPMJb4szED1dLJSw==
Content-Type: multipart/alternative; boundary="_000_AM0PR07MB38600E8D8CC4338938ECB768934A0AM0PR07MB3860eurp_"
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: 5a95d527-2d4c-4e22-f29a-08d838a17916
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Aug 2020 18:09:04.4392 (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: YZfUXQOpsaPvk5VeYCy8Hzii4fv/4BkYH7MrCT+gplmaz6UJIwI138oI/SHx6cHDT0JvT6NXO1oEzVXwLbI943P9rXFUvdI/5F0BzUT3xNE=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB6401
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/PMbHGG-RlbB33jvvU6amphAE1RU>
Subject: Re: [MMUSIC] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ie?= =?utf-8?q?tf-mmusic-msrp-usage-data-channel-23=3A_=28with_COMMENT=29?=
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: Tue, 04 Aug 2020 18:09:10 -0000

Hi,

>Thank you for your quick reply. I sincerely believe that your suggestions will make the document better: so, go for it ! 😊

>

>OTOH, I still read ‘SCTP streams’ in section 5.4 “Data Framing” in the -23 revision that is balloted. So, I am a little puzzled here...


Sorry, my mistake :) I will do the change in Section 5.4.


BTW, "SCTP stream" is used also in Section 4.5. But, that should not be changed, because the text refers to the SCTP stream identifier.


>Again, COMMENTs are non blocking



I know, but you made good comments :)


Regards,


Christer




From: Christer Holmberg <christer.holmberg@ericsson.com>
Date: Monday, 3 August 2020 at 21:58
To: The IESG <iesg@ietf.org>rg>, Eric Vyncke <evyncke@cisco.com>
Cc: "draft-ietf-mmusic-msrp-usage-data-channel@ietf.org" <draft-ietf-mmusic-msrp-usage-data-channel@ietf.org>rg>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>rg>, "mmusic@ietf.org" <mmusic@ietf.org>rg>, Bo Burman <bo.burman@ericsson.com>
Subject: Re: Éric Vyncke's No Objection on draft-ietf-mmusic-msrp-usage-data-channel-23: (with COMMENT)



Hi,



Thank You for the review! Please see inline.



== COMMENTS ==

-- Section 1 --

>"Compared to WebSockets, which provide...", I found no references to back up
>all claims about WebRTC (e.g., nothing about "telemetry"). Adding some
>informative references would help the reader.

This is probably old text, because I can't remember having written it.



Also, I think the text is out of date, because we no longer need to tell people that browsers support WebRTC.



Perhaps we could remove the second part of the paragraph, on only keep the first part:

   "Compared to WebSockets, which provide a message passing protocol to

   applications with no direct access to TCP or TLS sockets, data

   channels provide a low latency transport, leverage NAT-aware

   connectivity and security features of WebRTC."

After all, this document does not define the data channel mechanism (it only defines a usage), so we don't need to go into details regarding the differences to other transport mechanisms.



---

-- Section 4.1 --

>Out of curiosity, what does "dc" stands for ? Data-channel ? While not
>required, a short explanation would be nice to the reader.

I suggest:



OLD:

   "This document extends the MSRP URI syntax [RFC4975] by defining the

   new transport parameter value "dc":"

NEW:

   "This document extends the MSRP URI syntax [RFC4975] by defining the

   new transport parameter value "dc" (an abbreviation of data channel):"

---


-- Section 4.8 --

>It is nice to have an example but using IPv4 in an example in 2020... humm....
>a little bit outdated ? ;-)

I will replace the IPv4 addresses with IPv6 addresses.

---

-- Section 5.4 --

>The rest of the document is about 'data channel' but this section uses 'SCTP
>stream'. AFAIK, they are the same in the WebRTC world but some consistent
>language would be better (as I am not a WebRTC expert, I can be wrong). Should
>SCTP be an informative reference?

Section 5.4 does not use 'SCTP stream'. Are you referring to Section 5.2?



Section 5.4 does use 'SCTP association'. But, we need to use that, because we are explaining that one needs to establish an SCTP association before a data channel can be established.



Regarding the usage of 'SCTP stream' in Section 5.2, I guess we could replace that with "data channel".

---



Regards,



Christer