W3C home > Mailing lists > Public > public-webrtc@w3.org > November 2013

Re: [MMUSIC] Should we put the SCTP max message size in the SDP?

From: Peter Thatcher <pthatcher@google.com>
Date: Mon, 25 Nov 2013 08:13:14 -0800
Message-ID: <CAJrXDUFTVpqH4Me41_OZ4V50x_ysiw8PhtpRRS2wdHnj0j+JZA@mail.gmail.com>
To: Eric Rescorla <ekr@rtfm.com>
Cc: Martin Thomson <martin.thomson@gmail.com>, Michael Tuexen <Michael.Tuexen@lurchi.franken.de>, "mmusic@ietf.org" <mmusic@ietf.org>, "public-webrtc@w3.org" <public-webrtc@w3.org>
Your proposal all sounds good to me.  I don't feel strongly one way or the
other about "max-" vs. "supported-".


On Sun, Nov 24, 2013 at 8:15 AM, Eric Rescorla <ekr@rtfm.com> wrote:

> For concreteness, here's what I suggest.
>
> - An SDP attribute which indicates the maximum message size that
>   the endpoint is willing to accept. The other side should assume that
>   any larger message will be rejected, though there is no requirement
>   that it do so (just as there is no requirement to behave in any
>   particular way if an unadvertised RTP PT is received).
>
> - If the attribute is not present, the assumption is that there is some
>   sensible (small) default that matches the behavior of existing
>   browsers. 64k?
>
> - An attribute value of '0' means I will do my best with whatever you
>   send me, subject to memory capacity, etc.
>
> - Proposed name: 'max-message-size'
>
> -Ekr
>
>
>
> On Sat, Nov 23, 2013 at 2:54 PM, Martin Thomson <martin.thomson@gmail.com>wrote:
>
>> On 23 November 2013 13:32, Eric Rescorla <ekr@rtfm.com> wrote:
>> > 3. The semantics should be that each side just gets to inform the other
>> > side of their value, not that it's negotiated.
>>
>> This is especially important.  "negotiation" here makes zero sense.
>>
>
>
Received on Monday, 25 November 2013 16:14:28 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:36 UTC