Re: [AVTCORE] IANAs payload type number registry and RFC 5761

Magnus Westerlund <magnus.westerlund@ericsson.com> Fri, 24 January 2014 12:07 UTC

Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB1A91A02D1 for <avt@ietfa.amsl.com>; Fri, 24 Jan 2014 04:07:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.851
X-Spam-Level:
X-Spam-Status: No, score=-3.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 Rbqs3gigCa0K for <avt@ietfa.amsl.com>; Fri, 24 Jan 2014 04:07:09 -0800 (PST)
Received: from mailgw2.ericsson.se (mailgw2.ericsson.se [193.180.251.37]) by ietfa.amsl.com (Postfix) with ESMTP id 812911A02D0 for <avt@ietf.org>; Fri, 24 Jan 2014 04:07:08 -0800 (PST)
X-AuditID: c1b4fb25-b7f038e000005d01-3f-52e2576ae5a4
Received: from ESESSHC010.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id 7B.A0.23809.A6752E25; Fri, 24 Jan 2014 13:07:06 +0100 (CET)
Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.50) with Microsoft SMTP Server id 14.2.347.0; Fri, 24 Jan 2014 13:07:06 +0100
Message-ID: <52E25769.5030605@ericsson.com>
Date: Fri, 24 Jan 2014 13:07:05 +0100
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: Adam Roach <adam@nostrum.com>, "Dale R. Worley" <worley@ariadne.com>
References: <52E132E5.40207@ericsson.com> <201401231649.s0NGnMKU3433184@shell01.TheWorld.com> <52E179EC.8000105@nostrum.com>
In-Reply-To: <52E179EC.8000105@nostrum.com>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprBLMWRmVeSWpSXmKPExsUyM+JvjW5W+KMgg6PbTC32/F3EbvGyZyWQ OFHmwOwxef9XZo8lS34yecza+YQlgDmKyyYlNSezLLVI3y6BK2PqsuOsBUv5K5q2f2VvYFzE 08XIySEhYCJxovU5K4QtJnHh3nq2LkYuDiGBQ4wS06eeY4JwljNKLJv3ig2kildAW+LSx20s IDaLgKrE12XrwGw2AQuJmz8awWpEBYIlbk17wA5RLyhxcuYTsBoRAQ+Jef97wWxmASGJ03O+ gW0WFnCTWLr4O1ivkECNxJprVxi7GDk4OIF2ffqjAGJKCIhL9DQGQXRqSrRu/80OYctLNG+d zQzRqS3R0NTBOoFRaBaSxbOQtMxC0rKAkXkVI3tuYmZOernRJkZg6B7c8lt1B+OdcyKHGKU5 WJTEeT+8dQ4SEkhPLEnNTk0tSC2KLyrNSS0+xMjEwSnVwLjbzUVKi9+1an/aKZUWmwUiJU+n ey9v6FTP89b9dObg5qTAQl7Ppyy3m+SdN5fsyrhRkmcaW6JscOXtm88XwjqLPYO2brJ8t0Vn wYmvXU8VxG1bhaxMuzy2vBa5Uidzc7E3s0vFSo0jDy+uXPkjLZZzDSvjtWk+7pM+iPDqM+hZ G2m8+f9WX4mlOCPRUIu5qDgRADDczGwrAgAA
Cc: avt@ietf.org
Subject: Re: [AVTCORE] IANAs payload type number registry and RFC 5761
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Jan 2014 12:07:11 -0000

On 2014-01-23 21:22, Adam Roach wrote:
> On 1/23/14 10:49, Dale R. Worley wrote:
>>> From: Magnus Westerlund <magnus.westerlund@ericsson.com>
>>> I believe a good note for this registry would contain three things.
>>> [etc.]
>> A note containing all of this information would satisfy my concerns.
>>
> 
> It's not my preferred solution, but I can live with this as well.
> 

What would your preferred solution be? To update the registry?

I am personally hesitant to do that for the following reasons:

1. It is a closed registry

2. The registries purpose was to capture which static assignments that
had been made.

3. The dynamic payload type recommendations are done in RFC 3551.

4. If one is using the RTP/RTCP multiplexing of RFC 5761 that applies
also, but we do have different set of rules depending on if one is using
RFC5761 or not. That is difficult to capture in a static table.

5. The RTCP reservations are done in a different table, including an
indication of what the primary and secondary ranges for assignment are.

6. The PT's, i.e. lower 7 bits of the packets types that would collides
with is a ever changing. So updating it today doesn't help, if we are
going to use it in this way would need to continue to ensure that all
new RTCP packet types that goes into the RTCP Packet type registry also
get a line in the Payload type registry.

These are the reasons why I think a note being a better solution.

Cheers

Magnus Westerlund

----------------------------------------------------------------------
Services, Media and Network features, Ericsson Research EAB/TXM
----------------------------------------------------------------------
Ericsson AB                 | Phone  +46 10 7148287
Färögatan 6                 | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------