RE: [MMUSIC] Draft on source-specific SDP attributes: draft-lennox-mmusic-sdp-source-attributes-00

"Jonathan Lennox" <jonathan@layeredmedia.com> Mon, 19 March 2007 10:38 UTC

Return-path: <mmusic-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HTFFo-0000G2-Ju; Mon, 19 Mar 2007 06:38:16 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HTFFn-0000Fu-J9 for mmusic@ietf.org; Mon, 19 Mar 2007 06:38:15 -0400
Received: from ws6-1.us4.outblaze.com ([205.158.62.196]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HTFFm-0001VM-32 for mmusic@ietf.org; Mon, 19 Mar 2007 06:38:15 -0400
Received: (qmail 11670 invoked from network); 19 Mar 2007 10:38:13 -0000
Received: from unknown (HELO jonathanlmi) (jonathan@layeredmedia.com@130.129.20.209) by ws6-1.us4.outblaze.com with SMTP; 19 Mar 2007 10:38:12 -0000
From: Jonathan Lennox <jonathan@layeredmedia.com>
To: 'Colin Perkins' <csp@csperkins.org>
References: <00d201c75aa1$f7671170$ad01a8c0@jonathanlmi> <3D9B7967-5E56-4290-9404-75B3ABAE2521@csperkins.org>
Subject: RE: [MMUSIC] Draft on source-specific SDP attributes: draft-lennox-mmusic-sdp-source-attributes-00
Date: Mon, 19 Mar 2007 11:38:04 +0100
Message-ID: <00c101c76a12$ae049540$3114730a@jonathanlmi>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <3D9B7967-5E56-4290-9404-75B3ABAE2521@csperkins.org>
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
Thread-index: AcdpRybsGaWRfkMoSH+u1RQvCbslLwAy1Zng
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d
Cc: 'mmusic WG' <mmusic@ietf.org>, 'Joerg Ott' <jo@netlab.tkk.fi>, 'Thomas Schierl' <schierl@hhi.fhg.de>
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
Errors-To: mmusic-bounces@ietf.org

Colin Perkins wrote:
> Can you comment on the interactions between parameters specified in
> "a=fmtp:" lines and those specified in "a=ssrc: fmtp" lines? There
> would seem to be the potential for significant confusion here, yet
> the draft goes into relatively little detail.   

Source-specific fmtp parameters are going to need to be defined per-format;
I don't think there's much you can meaningfully say about them on a
format-independent basis.

The particular use case I'm thinking about here is when you have several
H.264 streams with different (and incompatible) parameter sets in an RTP
session, and you want to send parameter sets out of band (as recommended by
RFC 3984).  There's no way to support this with SDP at present.

> Also, what are the interactions between congestion control and the
> media source bandwidth attribute? The are already problems with
> reconciling this with media level "b=" attributes: will these get
> worse with media source bandwidth attributes?   

It doesn't solve the problem, but I don't think it makes it worse. Basically
this just allocates the (sending) media bandwidth among the sources.

It probably interacts with the send-bandwidth attribute, though.

-- 
Jonathan Lennox -- Layered Media
jonathan@layeredmedia.com


_______________________________________________
mmusic mailing list
mmusic@ietf.org
https://www1.ietf.org/mailman/listinfo/mmusic