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

worley@ariadne.com (Dale R. Worley) Thu, 16 May 2013 15:48 UTC

Return-Path: <worley@shell01.TheWorld.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 A1E6121F93B0 for <mmusic@ietfa.amsl.com>; Thu, 16 May 2013 08:48:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.98
X-Spam-Level:
X-Spam-Status: No, score=-2.98 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, RCVD_IN_SORBS_WEB=0.619]
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 VMJZ08vKWsvz for <mmusic@ietfa.amsl.com>; Thu, 16 May 2013 08:48:08 -0700 (PDT)
Received: from TheWorld.com (pcls5.std.com [192.74.137.145]) by ietfa.amsl.com (Postfix) with ESMTP id 1B47021F9377 for <mmusic@ietf.org>; Thu, 16 May 2013 08:48:02 -0700 (PDT)
Received: from shell.TheWorld.com (svani@shell01.theworld.com [192.74.137.71]) by TheWorld.com (8.14.5/8.14.5) with ESMTP id r4GFltNm024996; Thu, 16 May 2013 11:47:57 -0400
Received: from shell01.TheWorld.com (localhost.theworld.com [127.0.0.1]) by shell.TheWorld.com (8.13.6/8.12.8) with ESMTP id r4GFltmn4876171; Thu, 16 May 2013 11:47:55 -0400 (EDT)
Received: (from worley@localhost) by shell01.TheWorld.com (8.13.6/8.13.6/Submit) id r4GFlt3X4878967; Thu, 16 May 2013 11:47:55 -0400 (EDT)
Date: Thu, 16 May 2013 11:47:55 -0400
Message-Id: <201305161547.r4GFlt3X4878967@shell01.TheWorld.com>
From: worley@ariadne.com
Sender: worley@ariadne.com
To: Magnus Westerlund <magnus.westerlund@ericsson.com>
In-reply-to: <51909E36.9050407@ericsson.com> (magnus.westerlund@ericsson.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>
Cc: mmusic@ietf.org, payload@ietf.org
Subject: Re: [MMUSIC] Should we update the IANA registry to reflect RFC 5761?
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: Thu, 16 May 2013 15:48:14 -0000

> From: Magnus Westerlund <magnus.westerlund@ericsson.com>
> 
> Ok, I think you have convinced me that there is a point in updating or
> at least clarifying the registry.

Very good.

> From my perspective I don't see major issues to use all 128 values of PT
> field if needed when doing dynamic allocation and not using RTP/RTCP
> MUX. Yes, I would use the one that collide with SR/RR RTCP packets last,
> but I still would use them. The thing that is getting screwed up are
> classifier filters, not the actual end-points.

This is true.  But it is difficult to express this fact in the table
format of a registry.  My preference is to provide RFC 5761 as the
primary reference for the registry and to mark conservatively PTs 64
to 95 as "reserved".  The careful reader of RFC 5761 can determine
that in the non-RTCP-mux case that the endpoint will not confuse the
endpoints, but that it may confuse network diagnostic elements.

> I also think you should check with IANA if one can touch a closed
> registry at all, or if we are restricted to clarifying notes for the
> registry.

I have sent an inquiry to Gonzalo about this point.

Dale