Re: [MMUSIC] Draft new version: draft-ietf-mmusic-dtls-sdp-03

Christer Holmberg <christer.holmberg@ericsson.com> Sun, 20 December 2015 09:35 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E4D41B2AF2 for <mmusic@ietfa.amsl.com>; Sun, 20 Dec 2015 01:35:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham
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 IR0Tc8lhgl-b for <mmusic@ietfa.amsl.com>; Sun, 20 Dec 2015 01:35:51 -0800 (PST)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C8771B2AEF for <mmusic@ietf.org>; Sun, 20 Dec 2015 01:35:50 -0800 (PST)
X-AuditID: c1b4fb30-f79296d00000141d-0a-567676744036
Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.183.75]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 75.80.05149.47676765; Sun, 20 Dec 2015 10:35:48 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.76]) by ESESSHC019.ericsson.se ([153.88.183.75]) with mapi id 14.03.0248.002; Sun, 20 Dec 2015 10:35:48 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] Draft new version: draft-ietf-mmusic-dtls-sdp-03
Thread-Index: AQHROqXgvuN2s8b9JUWrV6nOKoxT4Z7Tnh1A
Date: Sun, 20 Dec 2015 09:35:46 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B37CF42BD@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B37C8B1E5@ESESSMB209.ericsson.se> <5675CEC1.3060302@alum.mit.edu>
In-Reply-To: <5675CEC1.3060302@alum.mit.edu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.150]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrBLMWRmVeSWpSXmKPExsUyM2K7t25JWVmYwdOb5hZTlz9msVix4QCr A5PH3/cfmDyWLPnJFMAUxWWTkpqTWZZapG+XwJXxcNMstoLPchWz/jg0MLZIdDFyckgImEgs n7iRGcIWk7hwbz1bFyMXh5DAYUaJx6vegSWEBBYzSsx4JNDFyMHBJmAh0f1PGyQsIuAr8ezx bTYQW1jATeLIpYmMEHF3ia6eRcwQtpHE9gPnwWpYBFQl5p/fwAQyhheod951eYjp+RJXtx1l BAlzCuhI/DohDhJmBLrm+6k1TCA2s4C4xK0n85kgrhSQWLLnPNTFohIvH/9jhbCVJFZsv8QI Ua8jsWD3JzYIW1ti2cLXYPW8AoISJ2c+YZnAKDoLydhZSFpmIWmZhaRlASPLKkbR4tTipNx0 IyO91KLM5OLi/Dy9vNSSTYzA+Di45bfBDsaXzx0PMQpwMCrx8BqwFYcJsSaWFVfmHmKU4GBW EuENySkLE+JNSaysSi3Kjy8qzUktPsQozcGiJM7bzPQgVEggPbEkNTs1tSC1CCbLxMEp1cDY tVStvl++Me7G7s3Hnd8fMNqtJLWaSVDi5/9CE8voL1r3P2/aE1x2TW7Hli/PHjyq393V8Yzt ZMjXm80Pc5ySn0v85kv2XfSDzaTn/4LATcLCTRc2bMq6d3Je7QPfybpatw4uS0w8OmkW5yWd vfJbqxmWhK6bvfdLBr9zf1en1Gnhw+H/w94cUGIpzkg01GIuKk4EAEttcUKLAgAA
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/-C2CywsE1SWMS3mCRYTV1PG1MHs>
Subject: Re: [MMUSIC] Draft new version: draft-ietf-mmusic-dtls-sdp-03
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: Sun, 20 Dec 2015 09:35:53 -0000

Hi Paul,

Thanks for your comments! I agree with what you say, and we'll modify the text accordingly in the next version.

Regards,

Christer

-----Original Message-----
From: mmusic [mailto:mmusic-bounces@ietf.org] On Behalf Of Paul Kyzivat
Sent: 19 December 2015 23:40
To: mmusic@ietf.org
Subject: Re: [MMUSIC] Draft new version: draft-ietf-mmusic-dtls-sdp-03

Hi Christer,

I do have a few things that should be addressed before or as part of WGLC:

* Section 5.2 ABNF:

I would like to see this formatted following the template from rfc4566bis. That seems to call for jiggering the section structuring. E.g.:

    5.  SDP dtls-connection Attribute

    The SDP 'connection' attribute [RFC4145] was originally defined for
    connection-oriented protocols, e.g.  TCP and TLS.  This section
    defines a similar attribute, 'dtls-connection', to be used with DTLS.

       Name: dtls-connection

       Value: conn-value

       Usage Level: media

       Charset Dependent: no

       Syntax:

           conn-value = "new" / "existing"

       Example:

           a=dtls-connection:existing

    A 'dtls-connection' attribute value of 'new' indicates that a new
    DTLS association MUST be established.  A 'dtls-connection' attribute
    value of 'existing' indicates that a new DTLS association MUST NOT be
    established.

    Unlike the SDP 'connection' attribute for TLS, there is no default
    value defined for the 'dtls-connection' attribute.  Implementations
    that wish to use the attribute MUST explicitly include it in SDP
    offers and answers.  If an offer or answer does not contain an
    attribute, other means needs to be used in order for endpoints to
    determine whether an offer or answer is associated with an event that
    requires the DTLS association to be re-established.

    The SDP Offer/Answer [RFC3264] procedures associated with the
    attribute are defined in Section 6

* Section 6.1 (General O/A procedures)

The 1st note (paragraph 2) seems intended as something temporary. Did you intend it to remain? If so, instead of saying "based on" it would be better to say "compatible with". Since this draft revises 5763,

    NOTE: The procedures in this section are generalizations of
    procedures first specified in SRTP-DTLS [RFC5763], with the addition
    of usage of the SDP 'dtls-connection' attribute. That document is
    herein revised to make use of these new procedures.

ISTM that the 2nd note:

    NOTE: The SDP 'connection' attribute may be used if the usage is
    associated with another protocol layer, e.g.  SCTP or TCP, used
    together with DTLS.

should not be a note. And the "may" should be changed to MAY, making this a normative statement - an exception to the MUST NOT in the prior paragraph.

* Section 12 (IANA Considerations)

Since there is only one IANA action, section 12.1 can be collapsed into section 12.

	Thanks,
	Paul


On 12/8/15 2:48 AM, Christer Holmberg wrote:
> Hi,
>
> A new version (-02) of draft-ietf-mmusic-dtls-sdp-02 has been submitted.
>
> Note that this version now suggests updates to RFC 5763 (SRTP-DTLS) 
> and RFC 7341 (UDPTL-DTLS), so I encourage people to take a look.
>
> In addition, there is some new text about re-using connection-oriented
> (read: acknowledged packet delivery) for establishing a new DTLS 
> association.
>
> You can also find the document on github:
> https://github.com/cdh4u/draft-dtls-sdp
>
> (NOTE: This is my personal repo, as I am not aware of any "official"
> MMUSIC repo)
>
> Regards,
>
> Christer
>
>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>

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