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 ----------------------------------------------------------------------
- [AVTCORE] IANAs payload type number registry and … Magnus Westerlund
- Re: [AVTCORE] IANAs payload type number registry … Dale R. Worley
- Re: [AVTCORE] IANAs payload type number registry … Adam Roach
- Re: [AVTCORE] IANAs payload type number registry … Magnus Westerlund
- Re: [AVTCORE] IANAs payload type number registry … Kevin Gross
- Re: [AVTCORE] IANAs payload type number registry … Magnus Westerlund
- Re: [AVTCORE] IANAs payload type number registry … Kevin Gross
- Re: [AVTCORE] IANAs payload type number registry … Magnus Westerlund
- Re: [AVTCORE] IANAs payload type number registry … Magnus Westerlund
- Re: [AVTCORE] IANAs payload type number registry … Magnus Westerlund
- Re: [AVTCORE] IANAs payload type number registry … Magnus Westerlund