Re: [rtcweb] Reasons not to multiplex audio with video (Re: Fwd: I-D Action: draft-rosenberg-rtcweb-rtpmux-00.txt)

Matthew Kaufman <matthew.kaufman@skype.net> Mon, 25 July 2011 13:05 UTC

Return-Path: <matthew.kaufman@skype.net>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EA2C21F8793 for <rtcweb@ietfa.amsl.com>; Mon, 25 Jul 2011 06:05:03 -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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JJCU5+1C6LjC for <rtcweb@ietfa.amsl.com>; Mon, 25 Jul 2011 06:05:02 -0700 (PDT)
Received: from mx.skype.net (mx.skype.net [78.141.177.88]) by ietfa.amsl.com (Postfix) with ESMTP id 9270421F89A1 for <rtcweb@ietf.org>; Mon, 25 Jul 2011 06:05:02 -0700 (PDT)
Received: from mx.skype.net (localhost [127.0.0.1]) by mx.skype.net (Postfix) with ESMTP id 50FB11700; Mon, 25 Jul 2011 15:05:01 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=skype.net; h=subject :mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=mx; bh=mN URpvF7m359sfGm7h+z9Rl9oh4=; b=IM9buQiWYGClENTFh5cxtw12MkEhzIGBxs AI0ZyWYsFOS2Gi51T81KWd/QsK71ZAlmIFmDsQ/a0noD4IteBAFq333j8Inw9Ivi TPUq9sEY3CKrIlN/0ote5WU4JclX9YQ/SXwdCjy/nFFIVMWoJBy2tdbCgIR7UczT BQsWyq7lw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=skype.net; h=subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to; q=dns; s=mx; b=C1bT78usXdHgF+o8mzyb70 v1vviY1KQsLMOi50r7c5X8N839cMUwrmv7pmbvgxQGr42/wTlVadPlqHGeb276ZO oLbQgEVYD+LlSIQwVbeaYkjfpx9u70NfufLbYck8mSJsHZKXErVmTJtt53v8NU3X jUPCdG+J4l12kmTnb3p9g=
Received: from zimbra.skype.net (zimbra.skype.net [78.141.177.82]) by mx.skype.net (Postfix) with ESMTP id 4F8C37F8; Mon, 25 Jul 2011 15:05:01 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by zimbra.skype.net (Postfix) with ESMTP id 1F8AC3508A12; Mon, 25 Jul 2011 15:05:01 +0200 (CEST)
X-Virus-Scanned: amavisd-new at lu2-zimbra.skype.net
Received: from zimbra.skype.net ([127.0.0.1]) by localhost (zimbra.skype.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BmydfdhIFQxt; Mon, 25 Jul 2011 15:05:00 +0200 (CEST)
Received: from dhcp-103b.meeting.ietf.org (unknown [130.129.16.59]) by zimbra.skype.net (Postfix) with ESMTPSA id E5E5835080FE; Mon, 25 Jul 2011 15:04:59 +0200 (CEST)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset="us-ascii"
From: Matthew Kaufman <matthew.kaufman@skype.net>
In-Reply-To: <4E2D5C5D.6060402@alvestrand.no>
Date: Mon, 25 Jul 2011 09:04:56 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <AA1D0F89-32EC-48DE-B5B5-F856F72349DF@skype.net>
References: <4E123C54.10405@jdrosen.net> <8785C0A3-31E5-44D7-8557-3BEEE4F95E3D@skype.net> <4E2D5C5D.6060402@alvestrand.no>
To: Harald Alvestrand <harald@alvestrand.no>
X-Mailer: Apple Mail (2.1082)
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Reasons not to multiplex audio with video (Re: Fwd: I-D Action: draft-rosenberg-rtcweb-rtpmux-00.txt)
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Jul 2011 13:05:03 -0000

On Jul 25, 2011, at 8:06 AM, Harald Alvestrand wrote:

> On 07/24/11 16:44, Matthew Kaufman wrote:
>> In all my reading today I have not been able to find anything more concrete than the "SHOULD NOT" in section 5.2 of RFC3550. PLEASE follow up if you are aware of any other relevant specifications that would argue against using SSRC to multiplex audio and video streams over a single RTP session between a pair of compatible endpoints that agree to do so.
> I have found *one* reason not mentioned in the draft:
> 
> An RTP session with both "audio" and "video" media types cannot be represented by an SDP description, since SDP ties RTP sessions 1-1 to the "m" line of the description, which contains the top-level type, and the codec descriptions omit the top-level type in their codec naming.
> 
> I've said elsewhere that I consider this to be a design mistake for entirely different reasons, but this debate has reinforced my opinion that it is.

Good point, but perhaps it just argues for either A) not using SDP or B) extending SDP if we use it for RTCWEB (we probably need to do that anyway if we use SDP, given all the discussion about "hints" that we want to send from one end to the other)

Matthew Kaufman