IETF Logo Mail Archive

[MMUSIC] Transport tags

Roman Shpount <roman@telurix.com> Wed, 11 January 2017 21:01 UTC

Return-Path: <roman@telurix.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 33001129871 for <mmusic@ietfa.amsl.com>; Wed, 11 Jan 2017 13:01:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_SPAM=0.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-com.20150623.gappssmtp.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 0NRQTWRgFm5v for <mmusic@ietfa.amsl.com>; Wed, 11 Jan 2017 13:01:31 -0800 (PST)
Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B548129872 for <mmusic@ietf.org>; Wed, 11 Jan 2017 13:01:31 -0800 (PST)
Received: by mail-qk0-x22a.google.com with SMTP id a20so27769qkc.1 for <mmusic@ietf.org>; Wed, 11 Jan 2017 13:01:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:cc; bh=ogx+jTf1d3zkyjOL1ZEpStH0fCMp37v6aDzvNndgUMA=; b=PEhA7ZFuq9YcnD4ZrVklJsop/aTMO8KSo3eR+4KtAgHKmmMXE86L9+Ok0XHIasfpEm t4vJDSbBpcYevQ/KN14RFPc/0un3W0rcfJ4IAK7hZlrsH3Sof99MY++cHncumT4HYde1 zc8nyhZutqL6e51jEUY5FYDMtYFIGToA0KphjZs3sF4COOMgQw6wNH/TKed8ZNWVdpwh DK1AvSS32K2Cw9eREOqbxo4/fk8oYqwrXVEnSAXYT9e9DSrYkze7gh5Gpy9egAfk6VDt oR15Dc14L8qITSALWCBiBiidryNR/ibyc8H1igXLbrUBH8Y/u3n2s0JxjWwrDYV+nhRf ErkQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=ogx+jTf1d3zkyjOL1ZEpStH0fCMp37v6aDzvNndgUMA=; b=Bh3oAHno9TwR+WL8gtzuR0VfYlzELEAoI+GcvKpqB1jMmDgzr2JMZPs6FISGxJvg5S pBpxreGdXBq8wQ4DEYI27G/uksLUMTYRksAalZZbhHVydyLj6rBEfIg2+WlGOgDrEPXR +1Y+ydr2RMbShGpPjFqydHF33xK17ukbozsGwWewVcgnd4k++/NLET0p9HJOaQt3vI5e 3nhkbW1nsEclE8SQzzZGMsv07ojPzJdfoO/R+ZCEOOd+o1HvglvCTYxGkAWwrR2pKZ1v 2cJOlX93d2pn7T78DIDosibB0isVTuedfP+WCKTmjQgSB6iFas4vr4zC45ln74qn5u2z mD6A==
X-Gm-Message-State: AIkVDXIWnIwlScqdXTZPGsfruJj8/n8qgFQ85D0X15mnra02sFa1Ke2XJ09Kek//Azyxpg==
X-Received: by 10.55.198.149 with SMTP id s21mr11061933qkl.196.1484168490437; Wed, 11 Jan 2017 13:01:30 -0800 (PST)
Received: from mail-qk0-f180.google.com (mail-qk0-f180.google.com. [209.85.220.180]) by smtp.gmail.com with ESMTPSA id d15sm4974501qkb.10.2017.01.11.13.01.30 for <mmusic@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 11 Jan 2017 13:01:30 -0800 (PST)
Received: by mail-qk0-f180.google.com with SMTP id u25so606372028qki.2 for <mmusic@ietf.org>; Wed, 11 Jan 2017 13:01:30 -0800 (PST)
X-Received: by 10.55.142.1 with SMTP id q1mr9597291qkd.225.1484168489566; Wed, 11 Jan 2017 13:01:29 -0800 (PST)
MIME-Version: 1.0
Received: by 10.12.147.79 with HTTP; Wed, 11 Jan 2017 13:01:29 -0800 (PST)
From: Roman Shpount <roman@telurix.com>
Date: Wed, 11 Jan 2017 16:01:29 -0500
X-Gmail-Original-Message-ID: <CAD5OKxvEqvah+ZJdPKJdGmKob84X8WaCqKQ2GEiatVbOSmEjDw@mail.gmail.com>
Message-ID: <CAD5OKxvEqvah+ZJdPKJdGmKob84X8WaCqKQ2GEiatVbOSmEjDw@mail.gmail.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>
Content-Type: multipart/alternative; boundary="94eb2c0830de9b8b150545d7e786"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/YA79PunZ07FyVcAfUwUeZEQ_nVU>
Cc: Paul Kyzivat <paul.kyzivat@comcast.net>, "mmusic@ietf.org" <mmusic@ietf.org>
Subject: [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: Wed, 11 Jan 2017 21:01:38 -0000

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> 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
> Färögatan 6                 | Mobile +46 73 0949079
> SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
> ----------------------------------------------------------------------
>
>

v2.23.0 | Report a Bug | By Email