Re: [rtcweb] #13: Transport of DATA_CHANNEL_OPEN

[Bernard Aboba <[e-mail]>]

Right. What I was trying to say is that an application has control over how many data channels it can need to handle. 

On Apr 29, 2013, at 2:57 PM, "Randell Jesup" <[e-mail]> wrote:

> On 4/29/2013 9:40 AM, Bernard Aboba wrote:
>> I would also note that the maximum number of streams can be indicated in the association negotiation.  So if there is concern about unexpected data channels and associated data, that mechanism can be used. If the application knows how many streams it will need, might it not be wise to indicate this in association setup?
> 
> The number of streams in the SDP is the initial number of streams (with a suggested default of 16).  That's entirely an optimization to avoid the application needing to immediately need to renegotiate a larger number, or to have a large number of never-used channels if the default was set way too high.
> 
> If streams are needed past the number currently allocated, an increase will be requested and the createDataChannel queued.  (Note: this applies to pre-negotiated channels using streams past the currently allocated number as well).
> 
> -- 
> Randell Jesup
> [e-mail]
> 
> _______________________________________________
> rtcweb mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/rtcweb