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

Hi Colin,

We will update the document provide the updated table.

The document adds two things to RFC 5761, it clarifies and  recommend the
order by which to use the pt numbers. it allows as an  option to use pt
umber 64 and 65 .

This will make it easier for implementers mostly because of the need for pt
numbers when using bundle.

Roni

From: Colin Perkins [mailto:csp@csperkins.org] 
Sent: 03 September, 2013 7:20 PM
To: Roni Even
Cc: avt@ietf.org
Subject: Re: [AVTCORE] New Version Notification for
draft-wu-avtcore-dynamic-pt-usage-00.txt

Hi Roni,

On 2 Sep 2013, at 12:55, Roni Even <ron.even.tlv@gmail.com> wrote:

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.

I would have thought that could be resolved with an email to IANA, rather
than a new draft, since all you're doing is updating the registry to match
the published RFCs.

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 

But, the draft just seems to repeat the guidelines in RFC 5761 and 3551. The
only difference seems to be to give an explicit order in which the
unassigned payload type numbers are to be used, which seems unnecessary.

Colin

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/

<Mail Attachment.eml>

-- 

Colin Perkins

http://csperkins.org/