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

Colin Perkins <csp@csperkins.org> Wed, 28 March 2007 07:52 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 1HWSxT-0005Ht-VL; Wed, 28 Mar 2007 03:52:39 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HWSxR-0005He-PB for mmusic@ietf.org; Wed, 28 Mar 2007 03:52:37 -0400
Received: from mr1.dcs.gla.ac.uk ([130.209.249.184]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HWSxN-0006fP-GR for mmusic@ietf.org; Wed, 28 Mar 2007 03:52:37 -0400
Received: from csperkins-dsl.demon.co.uk ([62.49.4.249]:63363 helo=[192.168.0.3]) by mr1.dcs.gla.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.42) id 1HWSxM-0001Tw-5m; Wed, 28 Mar 2007 08:52:32 +0100
In-Reply-To: <00c101c76a12$ae049540$3114730a@jonathanlmi>
References: <00d201c75aa1$f7671170$ad01a8c0@jonathanlmi> <3D9B7967-5E56-4290-9404-75B3ABAE2521@csperkins.org> <00c101c76a12$ae049540$3114730a@jonathanlmi>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <5A808D08-ED68-4DD9-9273-1C8A08580666@csperkins.org>
Content-Transfer-Encoding: 7bit
From: Colin Perkins <csp@csperkins.org>
Subject: Re: [MMUSIC] Draft on source-specific SDP attributes: draft-lennox-mmusic-sdp-source-attributes-00
Date: Wed, 28 Mar 2007 08:52:28 +0100
To: Jonathan Lennox <jonathan@layeredmedia.com>
X-Mailer: Apple Mail (2.752.2)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b
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

On 19 Mar 2007, at 10:38, Jonathan Lennox wrote:
> 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.

Sure, but there are potential problems if conflicting format  
parameters are specified at media and source level.

>> 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.

We do need to be clear that these are not a substitute for congestion  
control, though.

-- 
Colin Perkins
http://csperkins.org/



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