Re: [clue] comment on draft-lennox-clue-rtp-usage-0

[Christer Holmberg <[e-mail]>]

Hi, 

> I assume BUNDLE allows you also to provide the multiplexing information also for multiple m-lines of the same media type, one 
> example if they represent different contend using the SDP content attribute to describe each stream. It provides you one more 
> degree a freedom when describing the media streams

Sure. BUNDLE does not put any restrictions on the number of m- lines, number of m- lines with the same media type, etc.

Regards,

Christer




From: Christer Holmberg [mailto:[e-mail]] 
Sent: Wednesday, February 15, 2012 9:37 AM
To: Jonathan Lennox; Roni Even; [e-mail]
Subject: RE: [clue] comment on draft-lennox-clue-rtp-usage-0

 

Hi,

 

Just a reminder, that BUNDLE is only about multiple m- lines sharing the same port number. It does not prevent you from, within a single m- line, e.g. having multiple SSRC-multiplexed streams.

 

One of the ideas in RTCWEB has been to have one audio m- line, and one video m- line, sharing the same port number (using BUNDLE), but those m- lines can then contain multiple streams.

 

Regards,

 

Christer

 

________________________________

From: [e-mail] [mailto:[e-mail]] On Behalf Of Jonathan Lennox
Sent: 13. helmikuuta 2012 18:08
To: Roni Even; [e-mail]
Subject: Re: [clue] comment on draft-lennox-clue-rtp-usage-0

Hi, Roni -

 

I don't think my draft discusses "codec information" at all, at least as I understand the term, so I'm not sure quite what you mean by it.

 

As for BUNDLE, I think it'll emerge that it doesn't work or scale well for complicated cases (e.g., cases where you have many potential captures, or where a source moves between captures, or where a single source could be sent for more than one capture simultaneously).

 

Also, to avoid confusion, when you say "stream," what do you mean?  The term (unfortunately) means very different things in SDP and in RTP - in the former case, it's the thing identified by an m= line (and thus, pre-BUNDLE, a transport flow), whereas in the latter case, it's the thing identified by an SSRC.  So I'm not quite sure what your draft, and this e-mail, is discussing.

 

- 

Jonathan Lennox

[e-mail]

 

From: Roni Even [mailto:[e-mail]] 
Sent: Monday, February 13, 2012 6:21 AM
To: [e-mail]
Subject: [clue] comment on draft-lennox-clue-rtp-usage-0

 

Hi,

My view is that there are two separate problems that the draft discusses:

 

1.       The co-relation between the media capture and the codec information in the offer answer

2.       Multiplexing multiple media streams.

 

I think that the second problem is addressed in http://tools.ietf.org/html/draft-holmberg-mmusic-sdp-bundle-negotiation-00 

As for the mapping I have a proposal to use a capture set group in the SDP for the ampping

Roni