Re: FW: New Version Notification - draft-mehta-rmt-flute-sdp-04.txt

Colin Perkins <[email protected]>
Newsgroups gmane.ietf.mmusic,gmane.ietf.rmt
Message-ID <[email protected]>
Hi,

On 25 Nov 2005, at 12:49, Magnus Westerlund wrote:
...
>> Layering:
>> The layering with slash notation was our first consideration for
>> describing multiple channels some time ago (check out the  
>> discussion on
>> differentiating channels in the I-D). Using slash notation for one  
>> but
>> not the other is allowed (again check the I-D for reasons). However,
>> limiting all FLUTE sessions to only using conecutive numbers  
>> (addresses
>> for multicast; ports for unicast) is unecessary and potentailly  
>> harmful
>> as we do not yet a have a comprehensive set fo RMT CC RFCs for each
>> scheme which has been dicsussed. i.e. we need a means to group  
>> different
>> m-lines together: appearing in the same SDP without group:CS for  
>> single
>> FLUTE session SDPs; have a mid:# belonging to the same group:CS as  
>> other
>> media is for multiple FLUTE session SDPs. Use of port numbers to  
>> differentiate channels (with the same IP
>> destination/group address) is only useful where some other
>> application-based congestion control is introduced; indeed it is
>> recommended only for unicast applications. Differentiation of  
>> channels
>> based on IP destination/group address is appropriate for multicast
>> sessions with RMT congestion control. Note, the RMT family uses
>> layers/channels principally for congestion control. Using them for  
>> FEC
>> is allowed but if it messes with congestion control deployment on the
>> public Internet can not be assumed feasible.
>
> I think that using CS instead of the layering mechanism is the  
> right choice. However I think one should require the usage of CS  
> for all cases where a FLUTE session contains more than a single  
> channel. That way we are consistent with SDP usage.

I agree - my main concern with this draft is the implicit grouping of  
channels ("m=" lines) into a single session, unless otherwise  
signalled. I strongly prefer a solution where separate "m=" lines  
denote separate FLUTE sessions, unless the grouping framework is used.

Colin
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.