Re: [payload] [MMUSIC] Should we update the IANA registry to reflect RFC 5761?

Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com> Tue, 21 May 2013 06:23 UTC

Return-Path: <gonzalo.camarillo@ericsson.com>
X-Original-To: payload@ietfa.amsl.com
Delivered-To: payload@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D81F621F972D for <payload@ietfa.amsl.com>; Mon, 20 May 2013 23:23:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.211
X-Spam-Level:
X-Spam-Status: No, score=-106.211 tagged_above=-999 required=5 tests=[AWL=0.038, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 RTSj-+GGvnHA for <payload@ietfa.amsl.com>; Mon, 20 May 2013 23:23:33 -0700 (PDT)
Received: from mailgw1.ericsson.se (mailgw1.ericsson.se [193.180.251.45]) by ietfa.amsl.com (Postfix) with ESMTP id 671F221F90D2 for <payload@ietf.org>; Mon, 20 May 2013 23:23:23 -0700 (PDT)
X-AuditID: c1b4fb2d-b7fe36d000007102-90-519b12d9a24f
Received: from esessmw0237.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw1.ericsson.se (Symantec Mail Security) with SMTP id 10.0F.28930.9D21B915; Tue, 21 May 2013 08:23:21 +0200 (CEST)
Received: from [131.160.126.9] (153.88.115.8) by esessmw0237.eemea.ericsson.se (153.88.115.91) with Microsoft SMTP Server id 8.3.279.1; Tue, 21 May 2013 08:23:21 +0200
Message-ID: <519B12D8.1080404@ericsson.com>
Date: Tue, 21 May 2013 09:23:20 +0300
From: Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>
References: <201304251725.r3PHPqeV3429515@shell01.TheWorld.com> <3879D71E758A7E4AA99A35DD8D41D3D90F6DC561@xmb-rcd-x14.cisco.com> <51798419.7070103@nostrum.com> <517A23B4.3060801@ericsson.com> <201304261820.r3QIKq913501941@shell01.TheWorld.com> <51909E36.9050407@ericsson.com> <008d01ce4fb6$47860250$d69206f0$@gmail.com> <201305161547.r4GFlckY4863857@shell01.TheWorld.com> <949EF20990823C4C85C18D59AA11AD8B03B590@FR712WXCHMBA11.zeu.alcatel-lucent.com>
In-Reply-To: <949EF20990823C4C85C18D59AA11AD8B03B590@FR712WXCHMBA11.zeu.alcatel-lucent.com>
X-Enigmail-Version: 1.5.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrMLMWRmVeSWpSXmKPExsUyM+Jvre5NodmBBhdv2Vg8bTzLaHHp4lkm i7/tzBYvT5Q5sHi0PtvL6jF5/1dmj52z7rJ7LFnykymAJYrLJiU1J7MstUjfLoErY/rJZ4wF X0Qqeh/uZWlgfCXQxcjJISFgIvF42Xw2CFtM4sK99UA2F4eQwClGiasnXrFAOKsZJTZf+gdW xSugLfF5zy0mEJtFQFVi5aZ3rCA2m4CFxJZb91lAbFGBKIk56x5A1QtKnJz5BCwuImAt8erx FqA4BwezQKXE5gOpIGFhgUiJSU3nmSF2HWKWuN/5jhEkwSkQLbG/7TUjxHWSEltetLOD2MwC ehJTrrYwQtjyEtvfzmEGsYWAblv+rIVlAqPQLCSrZyFpmYWkZQEj8ypG9tzEzJz0csNNjMCA Prjlt+4OxlPnRA4xSnOwKInz9mpPDRQSSE8sSc1OTS1ILYovKs1JLT7EyMTBKdXAWG9l8nR2 /Zf94X9M3rn+ep5rn3+p9OqVa5NO2BtFGy717VI+aOPu6JT9OX5D3IJXf2U+TBX6UprA8i07 YQ/vO5EExzxdNVOjyO2mKqp6EUafZa30l/Z8XS5ps2/KxqYJC29sNKnu6Fnf/HvVaueWjcf2 N+b67dk1TWGewUb7h2tkn78N8k/zVWIpzkg01GIuKk4EACBNgeQ2AgAA
Cc: "Dale R. Worley" <worley@ariadne.com>, "payload@ietf.org" <payload@ietf.org>
Subject: Re: [payload] [MMUSIC] Should we update the IANA registry to reflect RFC 5761?
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Audio/Video Transport Payloads working group discussion list <payload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/payload>, <mailto:payload-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/payload>
List-Post: <mailto:payload@ietf.org>
List-Help: <mailto:payload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/payload>, <mailto:payload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 May 2013 06:23:42 -0000

Hi,

[removing the MMUSIC list from the cc: to avoid cross-posting]

this seems to be the last email on this thread. Keith makes a good point
here. IANA registries are not supposed to replace RFCs. RFCs are the
actual specifications; IANA registries serve a different purpose. So,
adding a note to a registry or clarifying any potentially confusing
aspects of that registry is something we should do. However, we should
not try and overload this particular registry with too much info.

Keeping this in mind, please discuss the best way to address this issue.

Thanks,

Gonzalo


On 16/05/2013 8:54 PM, DRAGE, Keith (Keith) wrote:
> The registry is not there to show how values are used.
> 
> It should concentrate on two issues:
> 
> -	Making sure the value is reserved so that it can not be reused for something else
> -	Identifying where the user should go to find further information about that value.
> 
> Anything else should be in the RFCs. If there is lack of clarity as a result, that means spinning a new version of the RFC or filing a fix.
> 
> We cannot fix lack of clarity in the RFCs by playing with the IANA tables.
> 
> Regards
> 
> Keith
> 
>> -----Original Message-----
>> From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On Behalf
>> Of Dale R. Worley
>> Sent: 16 May 2013 16:48
>> To: Roni Even
>> Cc: magnus.westerlund@ericsson.com; mmusic@ietf.org; payload@ietf.org
>> Subject: Re: [MMUSIC] Should we update the IANA registry to reflect RFC
>> 5761?
>>
>>> From: "Roni Even" <ron.even.tlv@gmail.com>
>>>
>>> I am also concerned about putting in the registries the different case
>> where
>>> RTCP mux is used or not. I think the best we can do is add a general
>> note in
>>> the registry point at RFC5761 saying that it provides clarification on
>> using
>>> the pt type numbers in different cases.
>>
>> I do not believe that the registry table format allows us to express
>> well the difference between the RTCP-mux case and the non-RTCP-mux
>> case.  I believe that we should add RFC 5761 as the *primary*
>> reference for this registry.  As a conservative choice, the PTs 64-95
>> can be marked as "reserved"; the careful reader of RFC 5761 can tell
>> that in the non-RTCP-mux case, there is no danger that the endpoints
>> will confuse those PTs with RTCP packets.
>>
>> Dale
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
> _______________________________________________
> payload mailing list
> payload@ietf.org
> https://www.ietf.org/mailman/listinfo/payload
>