Re: [MMUSIC] Updating SDP parameter registry with RFC3108 values

Christian Groves <Christian.Groves@nteczone.com> Mon, 07 October 2013 22:46 UTC

Return-Path: <Christian.Groves@nteczone.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 6AC9221E81F6 for <mmusic@ietfa.amsl.com>; Mon, 7 Oct 2013 15:46:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zt21fufVQx1r for <mmusic@ietfa.amsl.com>; Mon, 7 Oct 2013 15:46:31 -0700 (PDT)
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:6]) by ietfa.amsl.com (Postfix) with ESMTP id 56C4321E81D2 for <mmusic@ietf.org>; Mon, 7 Oct 2013 15:46:29 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApQBAEU4U1J20bHs/2dsb2JhbAANTIM/wSlKgTWDGQEBAQQBAQE1GxgDChELGAkWDwkDAgECARUwEwYCAQEFiAmoBpMljhiBQBaEDQOtOYFd
Received: from ppp118-209-177-236.lns20.mel6.internode.on.net (HELO [127.0.0.1]) ([118.209.177.236]) by ipmail06.adl6.internode.on.net with ESMTP; 08 Oct 2013 09:16:17 +1030
Message-ID: <525339B5.3010300@nteczone.com>
Date: Tue, 08 Oct 2013 09:46:13 +1100
From: Christian Groves <Christian.Groves@nteczone.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: mmusic@ietf.org
References: <20130701185623.25213.31890.idtracker@ietfa.amsl.com> <523AEC68.5050005@nteczone.com> <5252109C.7020609@cisco.com> <52522A69.4020907@nteczone.com> <5252F30F.5000007@alum.mit.edu>
In-Reply-To: <5252F30F.5000007@alum.mit.edu>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [MMUSIC] Updating SDP parameter registry with RFC3108 values
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Mon, 07 Oct 2013 22:46:32 -0000

Hello Paul,

Is a process needed to create an errata? Wouldn't the fact that they 
appear in standards track RFCs be enough to include them in the SDP 
registry based on the SDP directorates (i.e. expert review) 
recommendation? I agree its not ideal that these older RFCs didn't 
include an IANA considerations section but I think that rather than 
spending lots of cycles on this that the SDP directorate could just 
request IANA to register them to avoid any future overlap issues.

Regards, Christian

On 8/10/2013 4:44 AM, Paul Kyzivat wrote:
> On 10/6/13 11:28 PM, Christian Groves wrote:
>> Hello Flemming,
>>
>> Thanks for pointing out that thread. If Paul as one of the SDP
>> directorate is OK with it then I don't have any issue with the -cs 
>> draft.
>>
>> I think though that the addresstype and nettype from RFC3108 still needs
>> to be picked up by the IANA registry.
>
> I agree. I'm not sure what the best way to accomplish that is.
> Perhaps an errata to 3108, pointing out that it fails to register its 
> new nettype and addrtypes with IANA would start the process. Or is 
> there a better way?
>
>     Thanks,
>     Paul
>
>> Regards, Christian
>>
>> On 7/10/2013 12:38 PM, Flemming Andreasen wrote:
>>> Hi Christian
>>>
>>> We had a thread on this particular issue about a year ago. See
>>>
>>> http://www.ietf.org/mail-archive/web/mmusic/current/msg09599.html
>>>
>>> and the conclusion in
>>>
>>> http://www.ietf.org/mail-archive/web/mmusic/current/msg09621.html
>>>
>>> I hope this addresses your concern as it relates to -cs draft.
>>>
>>> Thanks
>>>
>>> -- Flemming
>>>
>>>
>>> On 9/19/13 8:22 AM, Christian Groves wrote:
>>>> FYI, I was looking at the IANA registry for SDP parameters (
>>>> http://www.iana.org/assignments/sdp-parameters/sdp-parameters.xhtml)
>>>> and noticed that there was a registration for addrtype E164 linked to
>>>> this CS draft.
>>>>
>>>> There's a problem that there's already an addrtype E164 in RFC3108.
>>>> This earlier usage of E164 should have been registered with IANA but
>>>> seems to have been missed. To complicate things the format of the
>>>> RFC3108 E164 addrtype is different to the one in the CS draft.
>>>>
>>>> I've already raised this with IANA but I thought it would be worth
>>>> mentioning in MMUSIC.
>>>>
>>>> Christian
>>
>> _______________________________________________
>> 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
>