Re: [AVTCORE] Should we update the IANA registry to reflect RFC 5761?
"Mo Zanaty (mzanaty)" <mzanaty@cisco.com> Thu, 12 September 2013 18:25 UTC
Return-Path: <mzanaty@cisco.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FED811E8239 for <avt@ietfa.amsl.com>; Thu, 12 Sep 2013 11:25:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 az+Zw1C72Kkp for <avt@ietfa.amsl.com>; Thu, 12 Sep 2013 11:24:53 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id CD48011E80D3 for <avt@ietf.org>; Thu, 12 Sep 2013 11:24:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2489; q=dns/txt; s=iport; t=1379010292; x=1380219892; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=/qszDN+l2YMqVgp7WPZlTcg9G5/gYsbwlkqChTv8anU=; b=Z+4n9BhhwpRLchW0ZmHrWqGuofs2tGC3Mo7dx0fnoHQX2VdCa9/ubwBq jMrik0JPCG4onJy+mDNWtzxuZFkpn14oJmPPEekH4ll3hQ9PvexAVUvbh qR67gxTDqeOQLiFKXUtq1blL3Mg5XcTTB8gwR6ZhPzPsFUbqyGikcY9vM 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgUFAKoFMlKtJV2d/2dsb2JhbABbgwc4UsBigR0WdIIlAQEBAwEBAQE3NAsFBwQCAQgRBAEBCxQJByEGCxQJCAIEAQ0FCIdoAwkGDLFIDYkkjH2CPTEHBoMXgQADlB2Bc4MYixGFM4Migio
X-IronPort-AV: E=Sophos;i="4.90,892,1371081600"; d="scan'208";a="258982656"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-5.cisco.com with ESMTP; 12 Sep 2013 18:24:47 +0000
Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id r8CIOQDv028483 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 12 Sep 2013 18:24:26 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.209]) by xhc-rcd-x04.cisco.com ([fe80::200:5efe:173.37.183.34%12]) with mapi id 14.02.0318.004; Thu, 12 Sep 2013 13:22:36 -0500
From: "Mo Zanaty (mzanaty)" <mzanaty@cisco.com>
To: "Dale R. Worley" <worley@ariadne.com>, Roni Even <ron.even.tlv@gmail.com>
Thread-Topic: [AVTCORE] Should we update the IANA registry to reflect RFC 5761?
Thread-Index: AQHOr+NGw8rlqP8Zu0ilfkiVEfZTCpnCaSVg
Date: Thu, 12 Sep 2013 18:22:34 +0000
Message-ID: <3879D71E758A7E4AA99A35DD8D41D3D91D5363ED@xmb-rcd-x14.cisco.com>
References: <201309101932.r8AJWOBj916357@shell01.TheWorld.com> <026301ceae62$8ff6d770$afe48650$@gmail.com> <201309121804.r8CI4ZQW1010065@shell01.TheWorld.com>
In-Reply-To: <201309121804.r8CI4ZQW1010065@shell01.TheWorld.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.150.29.189]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "avt@ietf.org" <avt@ietf.org>
Subject: Re: [AVTCORE] Should we update the IANA registry to reflect RFC 5761?
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.12
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: Thu, 12 Sep 2013 18:25:07 -0000
Hi Dale, I think RFC 5761 already addresses your points below, clearly and concisely. http://tools.ietf.org/html/rfc5761#section-4 Mo -----Original Message----- From: avt-bounces@ietf.org [mailto:avt-bounces@ietf.org] On Behalf Of Dale R. Worley Sent: Thursday, September 12, 2013 2:05 PM To: Roni Even Cc: avt@ietf.org Subject: Re: [AVTCORE] Should we update the IANA registry to reflect RFC 5761? > From: "Roni Even" <ron.even.tlv@gmail.com> > > We started working in it see > http://tools.ietf.org/html/draft-wu-avtcore-dynamic-pt-usage-01 > Please review I wasn't on the mailing list when that came out! It looks like it does what is needed. I have the following comments on draft-wu-avtcore-dynamic-pt-usage-01: 1. As others have said, the WG can simply instruct IANA to update the assignment table, but since we want to prescribe the order of allocation of dynamic PTs, and that requires an RFC, we might as well put the table update in the same RFC. 2. Given the complexity of the considerations surrounding PTs 64 and 65, there should be a section that explains all of the history and considerations. 3. In section 3, the sequence in which payload types should be allocated is given all in one dense paragraph. It would probably be clearer if the allocation order was broken out as an explicit list. If I just separate the sentences that are now in the draft, there are *five* groups to be used in order: Applications SHOULD first use values in the range for dynamic payload types [96-127]. Those applications which need to define more than 32 dynamic payload types MAY bind codes below 96, in which case it is RECOMMENDED that unassigned payload type numbers [35-63] followed by ... ... [20-24], 27, [29-30]. If more payload type numbers are needed, the application may use the reserved values 1,2,19 (see [RFC3551]for reserved values) and 64, 65 (see [RFC5761]for reserved value). If more Payload type numbers are needed, then applications may override the static types[0, 3-18,25,26,28] map encodings to these defined static payload type but this may cause problems for applications that may assume a specific payload format based on the Payload Type ignoring the mapping in the signaling. Dale _______________________________________________ Audio/Video Transport Core Maintenance avt@ietf.org https://www.ietf.org/mailman/listinfo/avt
- [AVTCORE] Should we update the IANA registry to r… Dale R. Worley
- Re: [AVTCORE] Should we update the IANA registry … Roni Even
- Re: [AVTCORE] Should we update the IANA registry … Magnus Westerlund
- Re: [AVTCORE] Should we update the IANA registry … Roni Even
- Re: [AVTCORE] Should we update the IANA registry … Colin Perkins
- Re: [AVTCORE] Should we update the IANA registry … DRAGE, Keith (Keith)
- Re: [AVTCORE] Should we update the IANA registry … Mo Zanaty (mzanaty)
- Re: [AVTCORE] Should we update the IANA registry … Roni Even
- Re: [AVTCORE] Should we update the IANA registry … Mo Zanaty (mzanaty)
- Re: [AVTCORE] Should we update the IANA registry … Roni Even
- Re: [AVTCORE] Should we update the IANA registry … Mo Zanaty (mzanaty)
- Re: [AVTCORE] Should we update the IANA registry … Roni Even
- Re: [AVTCORE] Should we update the IANA registry … Dale R. Worley
- Re: [AVTCORE] Should we update the IANA registry … Mo Zanaty (mzanaty)