Re: [MMUSIC] I-D Action: draft-ietf-mmusic-proto-iana-registration-01.txt

Flemming Andreasen <fandreas@cisco.com> Fri, 04 September 2015 11:36 UTC

Return-Path: <fandreas@cisco.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 AB7051B3492 for <mmusic@ietfa.amsl.com>; Fri, 4 Sep 2015 04:36:31 -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_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 uSjimAoxWZQ2 for <mmusic@ietfa.amsl.com>; Fri, 4 Sep 2015 04:36:24 -0700 (PDT)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9FB8D1B33B6 for <mmusic@ietf.org>; Fri, 4 Sep 2015 04:36:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11685; q=dns/txt; s=iport; t=1441366584; x=1442576184; h=subject:to:references:from:cc:message-id:date: mime-version:in-reply-to; bh=F2KbMPUQ3AlgN0ueDXAQ4dx6ec2sPyCEwHjxzUlMgsg=; b=HUMChX1S2Us6JWCHOiMbyVKZ2I0IKhBisy6C0p/xaIvh/slWhpnmez/D sW/ig/tx8PEuPnulP49dLwAed16KSk+kwDgvvnsTVcDdahQiQyWaL1iWy FD4oKCA+xKn6fHBnQuVeQPcmZ0rOug3/FIwZ7EcvKv2DCpVn9KwESV3Jl 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0B2AgDHgelV/4YNJK1dgyFUab1aAQmBbQELhS9KAoE7OBQBAQEBAQEBgQqEJAEBBAEBAWsKARALGAkWCAcJAwIBAgEVHxEGAQwGAgEBiCoNykUBAQEBAQEBAQEBAQEBAQEBAQEBAQEXhnOEe4ULB4QsBYx3iFqFB4dwgUpGg2yCfI4Mg2wmhBwiM4lLAQEB
X-IronPort-AV: E=Sophos;i="5.17,468,1437436800"; d="scan'208,217";a="184975276"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-6.cisco.com with ESMTP; 04 Sep 2015 11:36:23 +0000
Received: from [10.98.149.195] (bxb-fandreas-8812.cisco.com [10.98.149.195]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t84BaMbh002200; Fri, 4 Sep 2015 11:36:23 GMT
To: Suhas Nandakumar <suhasietf@gmail.com>, mmusic WG <mmusic@ietf.org>
References: <20150702182216.31878.43553.idtracker@ietfa.amsl.com> <CAMRcRGQKgbPbNQ3TUUSRqnn9osEcJbSQVeYK5uC5-d=zCbwrTg@mail.gmail.com>
From: Flemming Andreasen <fandreas@cisco.com>
Message-ID: <55E98255.5070502@cisco.com>
Date: Fri, 04 Sep 2015 07:36:53 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <CAMRcRGQKgbPbNQ3TUUSRqnn9osEcJbSQVeYK5uC5-d=zCbwrTg@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------020108080603040708080004"
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/17XlQYsIt4CWGrzxKEC-yaKMaeY>
Cc: "avtcore-chairs@tools.ietf.org" <avtcore-chairs@tools.ietf.org>
Subject: Re: [MMUSIC] I-D Action: draft-ietf-mmusic-proto-iana-registration-01.txt
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: Fri, 04 Sep 2015 11:36:31 -0000

Hi Suhas

I took a look at the draft which generally looks good to me. A couple of 
comments for consideration:

- Section 3, last paragraph says "An 'm' line that specifies these new 
proto identifiers MUST further qualify the application-layer protocol 
using an fmt identifier."
I don't think this is accurate. We are doing RTP and hence what will go 
in the fmt parameter simply follows the normal SDP/RTP procedures, i.e. 
they define the media format in question.


- Section 4
I suggest we make the statement normative, i.e. s/is used/MUST be used/


- Section 5
a) The document requests registration of new RTP Profile names (as 
defined in the document). I'd like to hear from the AVTCORE chairs on that.

b) The document also requests registration of other RTP profile names 
from RFC 5764 that have only been added to the RTP Profile Name registry.
- Again, I'd like to hear from the AVTCORE chairs on this
- There is no indication on the front page that the document updates RFC 
5764 (which technically, I believe it does if we add these registrations).


Thanks

-- Flemming




On 7/2/15 2:24 PM, Suhas Nandakumar wrote:
> Hello All
>
>    This is an updated version with Jonathan's comments incorporated. 
> Please let me know your thoughts.
>
> Cheers
> Suhas
>
> On Thu, Jul 2, 2015 at 11:22 AM, <internet-drafts@ietf.org 
> <mailto:internet-drafts@ietf.org>> wrote:
>
>
>     A New Internet-Draft is available from the on-line Internet-Drafts
>     directories.
>      This draft is a work item of the Multiparty Multimedia Session
>     Control Working Group of the IETF.
>
>             Title           : IANA registrations of SDP 'proto'
>     attribute for transporting RTP Media over TCP under various RTP
>     profiles.
>             Author          : Suhas Nandakumar
>             Filename        :
>     draft-ietf-mmusic-proto-iana-registration-01.txt
>             Pages           : 7
>             Date            : 2015-07-02
>
>     Abstract:
>        RTP provides end-to-end network transport functions suitable for
>        applications transmitting real-time data such as audio, video or
>        simulation data, over multicast or unicast network services.  The
>        data transport is augmented by a control protocol (RTCP) to allow
>        monitoring of the data delivery in a manner scalable to large
>        multicast networks, and to provide minimal control and
>     identification
>        functionality.
>
>        The RTP specification [RFC3550] establishes a registry of profile
>        names for use by higher-level control protocols, such as the
>     SDP, to
>        refer to the transport methods.  This specification describes the
>        following new SDP transport protocol identifiers for
>     transporting RTP
>        Media over TCP: 'TCP/RTP/AVPF', 'TCP/RTP/SAVP', 'TCP/RTP/SAVPF',
>        'TCP/DTLS/RTP/SAVP', 'TCP/DTLS/RTP/SAVPF', 'TCP/TLS/RTP/AVP',
>        'TCP/TLS/RTP/AVPF'.
>
>
>     The IETF datatracker status page for this draft is:
>     https://datatracker.ietf.org/doc/draft-ietf-mmusic-proto-iana-registration/
>
>     There's also a htmlized version available at:
>     https://tools.ietf.org/html/draft-ietf-mmusic-proto-iana-registration-01
>
>     A diff from the previous version is available at:
>     https://www.ietf.org/rfcdiff?url2=draft-ietf-mmusic-proto-iana-registration-01
>
>
>     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 <http://tools.ietf.org>.
>
>     Internet-Drafts are also available by anonymous FTP at:
>     ftp://ftp.ietf.org/internet-drafts/
>
>     _______________________________________________
>     mmusic mailing list
>     mmusic@ietf.org <mailto:mmusic@ietf.org>
>     https://www.ietf.org/mailman/listinfo/mmusic
>
>
>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic