Re: [MMUSIC] Fwd: New Version Notification for draft-ietf-mmusic-rfc4566bis-29.txt

Flemming Andreasen <fandreas@cisco.com> Wed, 13 June 2018 22:23 UTC

Return-Path: <fandreas@cisco.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 A1370130EB0 for <mmusic@ietfa.amsl.com>; Wed, 13 Jun 2018 15:23:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 McU0ag-J5kOF for <mmusic@ietfa.amsl.com>; Wed, 13 Jun 2018 15:23:48 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB7C1130E96 for <mmusic@ietf.org>; Wed, 13 Jun 2018 15:23:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12841; q=dns/txt; s=iport; t=1528928627; x=1530138227; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=1z1ka5x4cNQN29sbPLz8ySOZJKOsCPMMpwieQgChnxE=; b=JH03pRJDKj5teN9ShjB2/6pExQ/o2/w2EzFb0L0a+88fOAFJVESJCYsg Lrqv93crHqCxZ5pMr7hH/uxRlrCj/VgIjSHcy2d8UYhS2utGgZEplrPPG B6fBNnd1AygQfKPgkQUMHyNS6fRM9pecI2SNzXhVFlkDLtmW5xtAUlLfA E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CcAQAcmCFb/5BdJa1dDgsBAQEBAQEBAQEBAQEHAQEBAQGCU3VifyiDeZZCKY9rhH6BeAsYAQyEAUYCgjchNRcBAgEBAQEBAQJtHAyFKAEBAQQBASFLCRIJAg4DAwECASoCAicoCAYBDAYCAQGDHgKBcg0PkWebR4IcH4McgR+DbYFoiEuBVD+BDySCaIMRAQECAQEWgWaCYYJVAow4jFIJhXSJAQaBP0GDPYJFhTKKCoczgUMDM4FSTSMVGiGCQwmCGBcRiEiFBDkdIzABkF0BAQ
X-IronPort-AV: E=Sophos;i="5.51,220,1526342400"; d="scan'208,217";a="407940710"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Jun 2018 22:23:46 +0000
Received: from [10.118.10.21] (rtp-fandreas-2-8814.cisco.com [10.118.10.21]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id w5DMNk9J031961; Wed, 13 Jun 2018 22:23:46 GMT
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, IETF MMUSIC WG <mmusic@ietf.org>
References: <152821261270.19029.4551206701573319382.idtracker@ietfa.amsl.com> <6043537b-6413-739a-3d4f-c3a9e9d3203b@alum.mit.edu>
From: Flemming Andreasen <fandreas@cisco.com>
Message-ID: <46d67a21-d173-867d-b322-dfe2afb4ecff@cisco.com>
Date: Wed, 13 Jun 2018 18:23:43 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
MIME-Version: 1.0
In-Reply-To: <6043537b-6413-739a-3d4f-c3a9e9d3203b@alum.mit.edu>
Content-Type: multipart/alternative; boundary="------------A8BA99B2C0B5CEDE8DD3EFEE"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/8vH5bvm3rneqOeypfBiDCkGRqE4>
Subject: Re: [MMUSIC] Fwd: New Version Notification for draft-ietf-mmusic-rfc4566bis-29.txt
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.26
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, 13 Jun 2018 22:23:51 -0000

Hi Paul

I have taken a closer look at the updated document, and I think the 
document looks good overall, incl. terminology consistency.

I did note a couple of issues, that require clarification:

1) Section 5.14 - Media Descriptions
The 6th paragraph talks about use of the rtcp attribute with 
hieararchically encoded streams, however AFAIK, the rtcp attribute does 
not support. If it does, then I think the explanation needs to be 
elaborated on (basically, you would need to have more than one of them I 
assume).


2) Section 8.2.3 - Media Formats ("fmt")
Per the beginning of Section 8.2, this is supposed to be a registry, 
however it doesn’t say how this registry works for RTP payload formats. 
Who registers what where ? I will also note, that, although the text is 
similar to RFC4566, such a registry doesn’t actually exist under SDP 
(nor do I think that is the intent).

3) Section 8.2.4.1 - New Attributes
Part of the registration requires "Offer/Answer procedures as explained 
in [RFC3264]". While I agree with that, as part of the recent IESG 
review on Bundle, there were some concerns with simply adhering to RFC 
3264. We plan to discuss this further in the upcoming MMUSIC session in 
Montreal (IETF 102).

I have a few minor nits as well which I will send separately.

Thanks

-- Flemming


On 6/5/18 11:42 AM, Paul Kyzivat wrote:
> I just posted version -29.
>
> This only has minor changes to usage of 'field' to improve consistency 
> across the document. I've been holding these changes for awhile, 
> awaiting additional issues to address, but there have been no comments 
> and I don't want to hold these any longer.
>
> I have no more changes planned. Please comment if you want anything 
> else changed.
>
>     Thanks,
>     Paul
>
>
> -------- Forwarded Message --------
> Subject: New Version Notification for draft-ietf-mmusic-rfc4566bis-29.txt
> Date: Tue, 05 Jun 2018 08:30:12 -0700
> From: internet-drafts@ietf.org
> To: mmusic-chairs@ietf.org, Mark Handley <m.handley@cs.ucl.ac.uk>, Ali 
> Begen <ali.begen@networked.media>, Colin Perkins <csp@csperkins.org>, 
> Mark Handley <M.Handley@cs.ucl.ac.uk>, Paul Kyzivat 
> <pkyzivat@alum.mit.edu>
>
>
> A new version of I-D, draft-ietf-mmusic-rfc4566bis-29.txt
> has been successfully submitted by Paul Kyzivat and posted to the
> IETF repository.
>
> Name:        draft-ietf-mmusic-rfc4566bis
> Revision:    29
> Title:        SDP: Session Description Protocol
> Document date:    2018-06-05
> Group:        mmusic
> Pages:        59
> URL: 
> https://www.ietf.org/internet-drafts/draft-ietf-mmusic-rfc4566bis-29.txt
> Status: https://datatracker.ietf.org/doc/draft-ietf-mmusic-rfc4566bis/
> Htmlized: https://tools.ietf.org/html/draft-ietf-mmusic-rfc4566bis-29
> Htmlized: 
> https://datatracker.ietf.org/doc/html/draft-ietf-mmusic-rfc4566bis
> Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-mmusic-rfc4566bis-29
>
> Abstract:
>    This memo defines the Session Description Protocol (SDP).  SDP is
>    intended for describing multimedia sessions for the purposes of
>    session announcement, session invitation, and other forms of
>    multimedia session initiation.  This document obsoletes RFC 4566.
>
>
>
>
> Please note that it may take a couple of minutes from the time of 
> submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat
>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
> .
>