Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpneg: external rejection of channel

[Paul Kyzivat <[e-mail]>]

Raju,

On 2/27/14 5:59 PM, Makaraju, Maridi Raju (Raju) wrote:
> Hi Christer,
>
>> Hi,
>>
>> Isn't it enough to, in the data channel protocol spec, say that the odd/even
>> rule applies unless the stream id is explicitly negotiated using some other
>> mechanism?
>>
> [Raju] Yes, that is sufficient from DCP draft. draft-ejzak-mmusic-data-channel-sdpneg should still need to say that "when both external and DCP are used, even for DCP created streams the stream ids have to be specified and managed by the application (else DCP stack will default to odd/even rule per DTLS role which may conflict with SDP offer/answer rule)".

Can we assume there must be a mechanism for using DCEP and still 
controlling which channels are used?

It might help if the O/A negotiation also followed the even/odd rule.
But there are difficulties in knowing who is even and who is odd for the 
first O/A.

If the offerer always creates the channel before sending the offer, then 
that will prevent the two mechanisms from stepping on one another's 
stream ids.

	Thanks,
	Paul

> Thanks for agreeing to add this to the draft!
>
> Raju
>
>