Re: [MMUSIC] Transport tags

Christer Holmberg <christer.holmberg@ericsson.com> Thu, 12 January 2017 21: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 CCF731294B7 for <mmusic@ietfa.amsl.com>; Thu, 12 Jan 2017 13:09:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 03RIrkm03dKh for <mmusic@ietfa.amsl.com>; Thu, 12 Jan 2017 13:09:03 -0800 (PST)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 CB223128B37 for <mmusic@ietf.org>; Thu, 12 Jan 2017 13:09:02 -0800 (PST)
X-AuditID: c1b4fb25-00bff700000042ea-73-5877f0693883
Received: from ESESSHC020.ericsson.se (Unknown_Domain [153.88.183.78]) by (Symantec Mail Security) with SMTP id A1.03.17130.960F7785; Thu, 12 Jan 2017 22:09:01 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.169]) by ESESSHC020.ericsson.se ([153.88.183.78]) with mapi id 14.03.0319.002; Thu, 12 Jan 2017 22:08:57 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Roman Shpount <roman@telurix.com>
Thread-Topic: [MMUSIC] Transport tags
Thread-Index: AQHSbE4EIgYTLJ46IUOs37NybF5vwKEzxFEAgAApOYCAAQCwAIAAXbPA///0dgCAABVIgA==
Date: Thu, 12 Jan 2017 21:08:57 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B4BF6F72C@ESESSMB209.ericsson.se>
References: <CAD5OKxvEqvah+ZJdPKJdGmKob84X8WaCqKQ2GEiatVbOSmEjDw@mail.gmail.com> <6A083F67-4ECB-4703-A881-EB2F074F309E@cisco.com> <CAD5OKxt9iVE8Sgax5rjzwyhNCupeXLCVDjz3iMU+A3eTjAnGoA@mail.gmail.com> <E0242B2A-4F7E-4915-8C73-ED68AC69846A@cisco.com> <7594FB04B1934943A5C02806D1A2204B4BF6F650@ESESSMB209.ericsson.se> <CAD5OKxu4nS4naza=f4Y0=TZJ3T5Cwc_XtsoVmP_WbxuFWiN0iA@mail.gmail.com>
In-Reply-To: <CAD5OKxu4nS4naza=f4Y0=TZJ3T5Cwc_XtsoVmP_WbxuFWiN0iA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.149]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B4BF6F72CESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrFIsWRmVeSWpSXmKPExsUyM2K7n27uh/IIg33n2S02zfrCZjF1+WMW iwc/etksZlyYyuzA4jHl90ZWj8mP5zB6LFnyk8nj1pSCAJYoLpuU1JzMstQifbsEroxzW++z Fty4xFRxf8sHpgbGNyeZuhg5OSQETCS2LV/K2sXIxSEksI5RYtLiuewQzhJGiZu9i4AyHBxs AhYS3f+0QRpEBFQl/n6fzARSwyywnVHi97uDLCAJYQEViX0vNrLAFK1aeIwRwg6TmHLnDhuI zQIUPzL5BthmXgFfic2Xj0Mt62CW2PehhxkkwSkQKPF90xFWEJtRQEzi+6k1YA3MAuISt57M hzpbQGLJnvPMELaoxMvH/1ghbCWJtYe3s0DU50s823GKHWKZoMTJmU9YJjCKzEIyahaSsllI ymYB/cwsoCmxfpc+RImixJTuh+wQtoZE65y57MjiCxjZVzGKFqcWJ+WmGxnrpRZlJhcX5+fp 5aWWbGIExuDBLb9VdzBefuN4iFGAg1GJh7fAoyxCiDWxrLgy9xCjBAezkggvy5vyCCHelMTK qtSi/Pii0pzU4kOM0hwsSuK8ZivvhwsJpCeWpGanphakFsFkmTg4pRoYfffK35xq+n79h7Ql 2odk86R0e41Z2r7zn/th73e03ufp+Xt9du2dJ1p3vJHpPrbTaNe75DnHX5ysOfHnPU/SOoEH al7md73tNq975WfmOe1yjfbpY5O/BQvPZLHe1182bZOszKKyzx1ZMq94r3D+EjN6celS940m s3+Hjhp0xvvxq4ix7nN6o8RSnJFoqMVcVJwIAAF3ndO9AgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/J0-IYSAoZ1gHk4oQR2uqAeFbEYc>
Cc: Magnus Westerlund <magnus.westerlund@ericsson.com>, "mmusic@ietf.org" <mmusic@ietf.org>, Paul Kyzivat <paul.kyzivat@comcast.net>
Subject: Re: [MMUSIC] Transport tags
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.17
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: Thu, 12 Jan 2017 21:09:06 -0000

Hi,

>Definition for TCP/DTLS/BFCP needs to be added in draft-ietf-bfcpbis-rfc4583bis.
>
>This is BFCP over DTLS over TCP with RFC 4571 framing.

Correct.

>UDP/DTLS/BFCP together with TCP/DTLS/BFCP will over ICE based on the mechanisms defined in draft-ietf-mmusic-dtls-sdp. Only UDP/DTLS/BFCP >in combination with TCP/DTLS/BFCP will support ICE. TCP/BFCP and TLS/BFCP will not support ICE and will have two run with at least one end point >on the public IP.

I agree with all of that, but that was not my issue :)

My issue was that it is not enough to simply change the proto value in 4583bis. You also need to define the usage of the RFC 4571 framing mechanism.

And, if that is not backward compatible with RFC 4583 (which does NOT use 4571 framing), you need to add some text about that also.

Regards,

Christer


_____________
Roman Shpount

On Thu, Jan 12, 2017 at 3:34 PM, Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> wrote:
Hi,

Now sure I follow: Where TCP with DTLS for BFCP defined? Doesn’t TCP based BFCP run over TLS?

That is also what is used in RFC 4583.

As Roman has indicated, TCP/BFCP and TLS/BFCP won’t work on ICE. But, if you want to fix, don’t you then have to do more than just change the m- proto value? Don’t you have to define usage of the framing mechanism?

Regards,

Christer

From: Charles Eckel (eckelcu) [mailto:eckelcu@cisco.com<mailto:eckelcu@cisco.com>]
Sent: 12 January 2017 17:52
To: Roman Shpount <roman@telurix.com<mailto:roman@telurix.com>>
Cc: Magnus Westerlund <magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com>>; Paul Kyzivat <paul.kyzivat@comcast.net<mailto:paul.kyzivat@comcast.net>>; mmusic@ietf.org<mailto:mmusic@ietf.org>; Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>>

Subject: Re: [MMUSIC] Transport tags

Works for me.

Cheers,
Charles

From: Roman Shpount <roman@telurix.com<mailto:roman@telurix.com>>
Date: Wednesday, January 11, 2017 at 4:33 PM
To: Charles Eckel <eckelcu@cisco.com<mailto:eckelcu@cisco.com>>
Cc: Magnus Westerlund <magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com>>, Paul Kyzivat <paul.kyzivat@comcast.net<mailto:paul.kyzivat@comcast.net>>, "mmusic@ietf.org<mailto:mmusic@ietf.org>" <mmusic@ietf.org<mailto:mmusic@ietf.org>>, Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>>
Subject: Re: [MMUSIC] Transport tags

I guess BFCP will need TCP/DTLS/BFCP added to the list.

Should we correct draft-ietf-mmusic-sctp-sdp draft to match and change UDP/DTLS/SCTP to UDP/TLS/SCTP?

Regards,

_____________
Roman Shpount

On Wed, Jan 11, 2017 at 5:05 PM, Charles Eckel (eckelcu) <eckelcu@cisco.com<mailto:eckelcu@cisco.com>> wrote:
Here is what we have for BFCP in https://tools.ietf.org/html/draft-ietf-bfcpbis-rfc4583bis-16#section-13:

                       +--------------+------------+
                       | Value        | Reference  |
                       +--------------+------------+
                       | TCP/BFCP     | [RFC XXXX] |
                       | TCP/TLS/BFCP | [RFC XXXX] |
                       | UDP/BFCP     | [RFC XXXX] |
                       | UDP/TLS/BFCP | [RFC XXXX] |
                       +--------------+------------+

Cheers,
Charles

From: mmusic <mmusic-bounces@ietf.org<mailto:mmusic-bounces@ietf.org>> on behalf of Roman Shpount <roman@telurix.com<mailto:roman@telurix.com>>
Date: Wednesday, January 11, 2017 at 1:01 PM
To: Magnus Westerlund <magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com>>
Cc: Paul Kyzivat <paul.kyzivat@comcast.net<mailto:paul.kyzivat@comcast.net>>, "mmusic@ietf.org<mailto:mmusic@ietf.org>" <mmusic@ietf.org<mailto:mmusic@ietf.org>>
Subject: [MMUSIC] Transport tags

What should we use for the new protocols that we are defining?

Should it be UDP/TLS/SCTP or UDP/DTLS/SCTP?
Should it be UDP/TLS/BFCP or UDP/DTLS/BFCP?

I would like to see some consistency here.

Regards,
_____________
Roman Shpount

On Wed, Jan 11, 2017 at 3:30 AM, Magnus Westerlund <magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com>> wrote:
Den 2017-01-10 kl. 19:08, skrev Roman Shpount:
P.S. In the quoted text someone mentioned "UDP/TLS/RTP/SAVPF", should it
be "UDP/DTLS/RTP/SAVPF"?

No, actually UDP/TLS/RTP/SAVPF is what is registered for DTLS-SRTP over UDP with RTP SAVPF profile. See [RFC5764]. The "UDP/DTLS/RTP/SAVPF" is not registered.

So the alternatives for the dependency of default candidate protocol type in your proposal would be:

UDP: "UDP/TLS/RTP/SAVPF"
TCP: "TCP/DTLS/RTP/SAVPF"


Cheers

Magnus Westerlund

----------------------------------------------------------------------
Services, Media and Network features, Ericsson Research EAB/TXM
----------------------------------------------------------------------
Ericsson AB                 | Phone  +46 10 7148287<tel:%2B46%2010%207148287>
Färögatan 6                 | Mobile +46 73 0949079<tel:%2B46%2073%200949079>
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com>
----------------------------------------------------------------------