Re: [payload] draft-rea-payload-rtp-aptx-01

Ross Finlayson <finlayson@live555.com> Fri, 03 February 2012 09:46 UTC

Return-Path: <finlayson@live555.com>
X-Original-To: payload@ietfa.amsl.com
Delivered-To: payload@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7655C21F85FC for <payload@ietfa.amsl.com>; Fri, 3 Feb 2012 01:46:33 -0800 (PST)
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 bAS3u2gwQTt8 for <payload@ietfa.amsl.com>; Fri, 3 Feb 2012 01:46:33 -0800 (PST)
Received: from ns.live555.com (ns.live555.com [4.79.217.242]) by ietfa.amsl.com (Postfix) with ESMTP id EF69621F85F4 for <payload@ietf.org>; Fri, 3 Feb 2012 01:46:32 -0800 (PST)
Received: from [127.0.0.1] (localhost.live555.com [127.0.0.1]) by ns.live555.com (8.14.4/8.14.4) with ESMTP id q139kVtN059955 for <payload@ietf.org>; Fri, 3 Feb 2012 01:46:31 -0800 (PST) (envelope-from finlayson@live555.com)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Apple Message framework v1251.1)
From: Ross Finlayson <finlayson@live555.com>
In-Reply-To: <624219B0-720E-44CC-9390-7C823669DE11@yle.fi>
Date: Fri, 03 Feb 2012 01:46:31 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <2F892495-3F68-4E90-8D48-6CAAB7FB688F@live555.com>
References: <624219B0-720E-44CC-9390-7C823669DE11@yle.fi>
To: payload@ietf.org
X-Mailer: Apple Mail (2.1251.1)
Subject: Re: [payload] draft-rea-payload-rtp-aptx-01
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Audio/Video Transport Payloads working group discussion list <payload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/payload>, <mailto:payload-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/payload>
List-Post: <mailto:payload@ietf.org>
List-Help: <mailto:payload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/payload>, <mailto:payload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Feb 2012 09:46:33 -0000

IMHO, the "aux=out-of-bound-aux" and "aux-port: <port-number>" mechanism - for specifying a separate port number on which an "auxiliary data stream" should be sent - needs closer scrutiny.  I don't know of another RTP payload format that uses a separate port number that's specified in a SDP "a=" parameter line, rather than on the "m=" line.

This raises lots of questions - for example, do packets on the "auxiliary data stream" share the same RTP sequence number and timestamp space as the 'main stream'?  And what about RTCP?

Does anyone actually implement sending the "auxiliary data stream" on a separate port number?  If not, then perhaps this feature should be removed from the specification...

	Ross.