Re: [AVTCORE] New Version Notification for draft-wu-avtcore-dynamic-pt-usage-00.txt

"Roni Even" <ron.even.tlv@gmail.com> Mon, 02 September 2013 11:58 UTC

Return-Path: <ron.even.tlv@gmail.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 31C2D11E82F2 for <avt@ietfa.amsl.com>; Mon, 2 Sep 2013 04:58:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 s3WGn6VLcG83 for <avt@ietfa.amsl.com>; Mon, 2 Sep 2013 04:58:34 -0700 (PDT)
Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) by ietfa.amsl.com (Postfix) with ESMTP id BBD6C11E82EE for <avt@ietf.org>; Mon, 2 Sep 2013 04:58:33 -0700 (PDT)
Received: by mail-we0-f179.google.com with SMTP id t58so3589201wes.24 for <avt@ietf.org>; Mon, 02 Sep 2013 04:58:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:thread-index:content-language; bh=P2Cqsqqog/+JGfNfuPYiRw7aXd4jt21dajTppSPA+DY=; b=SKvj15xDbG2/gf0I/Ma/+Rk92OvQ2A6X0hbQE9IzZxJ6Wg590J0jKRkmGTvuSBYcqx KRVujeoQbzFIGD2YgJ+wXeeSRcG1hsKdSM7Bc0Sdj97nQRT2UImEHxrx5mMgelcApvA8 qVzuR0lMgw4aNoG+fbLFv3SEKpVMTVIUkzjihtsOCWNG9riDhEn0bU4/DtJHoSXEQ9Ux T3nlh8s4lQn2nfmnXuKgnoU0YdZGZZ27t9PY4cLbzSdmwu0HMyNjhNgcXVUsbKBTAk8t 1U6e+tHElGM3SyJCME6Poq+kBdCarWZFGEHE8ow9LukIc9X6gKGvWAt/62TWq0g/kh97 Tp4w==
X-Received: by 10.194.219.1 with SMTP id pk1mr5147237wjc.36.1378123112808; Mon, 02 Sep 2013 04:58:32 -0700 (PDT)
Received: from RoniE (bzq-79-181-232-77.red.bezeqint.net. [79.181.232.77]) by mx.google.com with ESMTPSA id u8sm17674854wiz.2.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 02 Sep 2013 04:58:31 -0700 (PDT)
From: "Roni Even" <ron.even.tlv@gmail.com>
To: "'Colin Perkins'" <csp@csperkins.org>
References: <20130830162909.20422.68365.idtracker@ietfa.amsl.com> <008201cea59e$aa9fd3a0$ffdf7ae0$@gmail.com> <5EAB5396-57ED-4B29-9FEF-0CAF92F27052@csperkins.org>
In-Reply-To: <5EAB5396-57ED-4B29-9FEF-0CAF92F27052@csperkins.org>
Date: Mon, 2 Sep 2013 14:55:53 +0300
Message-ID: <015a01cea7d3$62c3cbe0$284b63a0$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPart_000_015B_01CEA7EC.88117910"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQJijinmfWhztVhxPxTz4Z/AzXtx5QIuWAw/AlLADJOYZn/HoA==
Content-Language: en-us
Cc: avt@ietf.org
Subject: Re: [AVTCORE] New Version Notification for draft-wu-avtcore-dynamic-pt-usage-00.txt
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: Mon, 02 Sep 2013 11:58:35 -0000

Hi Colin,
The major motivation is to update the closed IANA registry
http://www.iana.org/assignments/rtp-parameters/rtp-parameters.xhtml#rtp-para
meters-1 that points to RFC 3551 and does not have the right allocations by
referring to this document , I have the wrong pointer in the draft. This is
based on the email thread started with the attached email.

The other reason is to clarify which payload types from the range 0-95 can
be used for dynamic mapping and in what order. This is based on the MMUSIC
session in Berlin and the open issue in section 3.2.1.2 of
http://tools.ietf.org/id/draft-roach-mmusic-unified-plan-00.txt 

Roni

> -----Original Message-----
> From: Colin Perkins [mailto:csp@csperkins.org]
> Sent: 02 September, 2013 1:07 PM
> To: Roni Even
> Cc: avt@ietf.org WG
> Subject: Re: [AVTCORE] New Version Notification for draft-wu-avtcore-
> dynamic-pt-usage-00.txt
> 
> Roni,
> 
> Can you explain what's new in this draft? As far as I can tell, it just
repeats the
> guidance in RFCs 3551 and 5761.
> 
> Colin
> 
> 
> 
> On 30 Aug 2013, at 17:33, Roni Even <ron.even.tlv@gmail.com> wrote:
> > Hi,
> > Apologize for the cross posting. Please comment only in avtcore
> > mailing list
> >
> > We have submitted a draft that clarifies the usage of dynamic payload
type
> numbers.
> > This is based on email discussion in MMUSIC Thanks Roni Even
> >
> > -----Original Message-----
> > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> > Sent: 30 August, 2013 7:29 PM
> > To: Qin Wu; Wenson Wu; Rachel Huang; Roni Even; Rachel Huang
> > Subject: New Version Notification for
> > draft-wu-avtcore-dynamic-pt-usage-00.txt
> >
> >
> > A new version of I-D, draft-wu-avtcore-dynamic-pt-usage-00.txt
> > has been successfully submitted by Qin Wu and posted to the IETF
> repository.
> >
> > Filename:	 draft-wu-avtcore-dynamic-pt-usage
> > Revision:	 00
> > Title:		 Guideline for dynamic payload type number usage
policy
> > Creation date:	 2013-08-30
> > Group:		 Individual Submission
> > Number of pages: 5
> > URL:             http://www.ietf.org/internet-drafts/draft-wu-avtcore-
> dynamic-pt-usage-00.txt
> > Status:
http://datatracker.ietf.org/doc/draft-wu-avtcore-dynamic-pt-
> usage
> > Htmlized:        http://tools.ietf.org/html/draft-wu-avtcore-dynamic-pt-
> usage-00
> >
> >
> > Abstract:
> >   The RTP Profile for Audio and Video Conferences with Minimal Control
> >   (RTP/AVP) is the basis for many other profiles, such as the Secure
> >   Real-time Transport Protocol (RTP/SAVP), the Extended RTP Profile for
> >   Real-time Transport Control Protocol (RTCP)-Based Feedback (RTP/
> >   AVPF), and the Extended Secure RTP Profile for RTCP-Based Feedback
> >   (RTP/SAVPF).  This document updates RFC 3551 and provide guidelines
> >   for payload type number usage policy.
> >
> >
> >
> >
> > Please note that it may take a couple of minutes from the time of
> submission until the htmlized version and diff are available at
tools.ietf.org.
> >
> > The IETF Secretariat
> >
> > _______________________________________________
> > Audio/Video Transport Core Maintenance avt@ietf.org
> > https://www.ietf.org/mailman/listinfo/avt
> 
> 
> 
> --
> Colin Perkins
> http://csperkins.org/
> 

--- Begin Message ---
I was looking at the IANA registry "RTP Payload types (PT) for
standard audio and video encodings"
(http://www.iana.org/assignments/rtp-parameters/rtp-parameters.xml#rtp-param
eters-1)
to see what the allowed dynamic payload types are, and what PTs are
reserved to avoid confusion with RTCP.  The unassigned range is:

35-71   Unassigned
72-76   Reserved for RTCP conflict avoidance    [RFC3551]
77-95   Unassigned
96-127  dynamic                                 [RFC3551]

Unfortunately, this doesn't reflect RFC 5761 ("Multiplexing RTP Data
and Control Packets on a Single Port"), which gives these
instructions in section 4:

   Given these constraints, it is RECOMMENDED to follow the guidelines
   in the RTP/AVP profile [7] for the choice of RTP payload type values,
   with the additional restriction that payload type values in the range
   64-95 MUST NOT be used.  Specifically, dynamic RTP payload types
   SHOULD be chosen in the range 96-127 where possible.  Values below 64
   MAY be used if that is insufficient, in which case it is RECOMMENDED
   that payload type numbers that are not statically assigned by [7] be
   used first.

Since the entire range 64 to 95 is now reserved, the table should
read:

35-63   Unassigned
64-71   Reserved for RTCP conflict avoidance    [RFC5761]
72-76   Reserved for RTCP conflict avoidance    [RFC3551]
77-95   Reserved for RTCP conflict avoidance    [RFC5761]
96-127  dynamic                                 [RFC3551]

IMHO, it would be helpful to get this table up to date with regard to
the RFCs, even though it is marked "Closed".

Do people agree with me on this?  (And how do we go about it?  I
assume that the AD can route it to IANA.)

(This also limits us to 61 PTs, which is another matter.)

Dale
_______________________________________________
mmusic mailing list
mmusic@ietf.org
https://www.ietf.org/mailman/listinfo/mmusic
--- End Message ---