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

Paul Kyzivat <pkyzivat@alum.mit.edu> Tue, 08 December 2015 20:55 UTC

Return-Path: <pkyzivat@alum.mit.edu>
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 C51C71A7025 for <mmusic@ietfa.amsl.com>; Tue, 8 Dec 2015 12:55:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.235
X-Spam-Level:
X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] autolearn=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 MY0Bi4KYIBFC for <mmusic@ietfa.amsl.com>; Tue, 8 Dec 2015 12:55:04 -0800 (PST)
Received: from resqmta-ch2-07v.sys.comcast.net (resqmta-ch2-07v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:39]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A3831A6F7B for <mmusic@ietf.org>; Tue, 8 Dec 2015 12:55:04 -0800 (PST)
Received: from resomta-ch2-01v.sys.comcast.net ([69.252.207.97]) by resqmta-ch2-07v.sys.comcast.net with comcast id r8og1r00726dK1R018v3e4; Tue, 08 Dec 2015 20:55:03 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([73.218.51.154]) by resomta-ch2-01v.sys.comcast.net with comcast id r8v31r0063KdFy1018v3SD; Tue, 08 Dec 2015 20:55:03 +0000
To: mmusic@ietf.org
References: <7594FB04B1934943A5C02806D1A2204B37C8B1E5@ESESSMB209.ericsson.se>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <566743A6.9080707@alum.mit.edu>
Date: Tue, 08 Dec 2015 15:55:02 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.4.0
MIME-Version: 1.0
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B37C8B1E5@ESESSMB209.ericsson.se>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1449608103; bh=m6XzWMxPeCzjjmgmbSpv/eK1QCrenwT9ChQxsLjwJfM=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=t19fPOIEErQ99SUW9+CGNGNw+VIL9zyo6TvS1NFjddjQagXSg2Rcs6DInY5SgR6n+ RUGIWuB5DTWIA1h8euH1SYcsH9We/We0cdxE48PYfo18eWsPkNExVnB3zMgWoly2hz wpgfdLmzJ8NgniwPeqQ0a8PbsUbG5f7alVY5/FutUrQA9lq5BPP9XYByaKPfgOmWH2 iyF+1pJnVlOnwlhzF2Q146qPk1KlX0HcG0IpP5CS92hNTJUyEqyQOgvXWA4Sfhl2zr CITbMJZkbk6rVLSuaII//s8qdRkoRqILoBDraqitxqXKj9AfdDONAwOuGUFb2lmXzO GRhM5ZgvP534w==
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/v2P0yzuABniY1hO_3-bE245TMRQ>
Subject: Re: [MMUSIC] Draft new version: draft-ietf-mmusic-dtls-sdp-02
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: Tue, 08 Dec 2015 20:55:05 -0000

Section 8 consists solely of section 8.1. The 8.1 is redundant.

Section 10 looks a little weird, because it has the section numbering 
for the updated documents mixed in with the section numbering of this 
document. I'm not sure of long term plans. Is this stuff to eventually 
be removed once everyone agrees on what is to be done? Or is it to 
remain? If it is going to be removed, then what you have is fine. If it 
is going to stay, then I think something needs to be done to make the 
presentation less confusing. (E.g., indent it and/or move into an appendix.)

	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
>