- From: <piranna@gmail.com>
- Date: Mon, 1 Apr 2013 11:45:49 +0200
- To: Michael Tuexen <Michael.Tuexen@lurchi.franken.de>
- Cc: Randell Jesup <randell-ietf@jesup.org>, "public-webrtc@w3.org" <public-webrtc@w3.org>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Ok, thanks for the clarification. 2013/4/1 Michael Tuexen <Michael.Tuexen@lurchi.franken.de>: > On Apr 1, 2013, at 10:15 AM, piranna@gmail.com wrote: > >>> /* If either maxRetransmitTime or maxRetransmitNum are set, it's >>> unreliable, else it's a reliable channel. If both are set it's an >>> error. >> >> I don't think so (except if it's a limitation of SCTP that I didn't >> know, so this message is useless). I think it would make sense to be >> able to set both maxRetransmitTime and maxRetransmitNum at the same >> time, only that since they are maximus limits it would be effective >> the first to be reached. > SCTP allows setting a single PR-SCTP policy packet. Supported ones are > limiting the number of retransmissions and time to live. Not a combination > of both. That is why you are only providing a single PR-SCTP value. > > If you want to limit both, you need to define a new PR-SCTP policy. That > policy would also require two parameters (the number of retransmissions and > the time to live in ms) as parameters, not only one as we have currently. > > So without defining a new PR-SCTP policy, the above text is correct. > > Best regards > Michael >> >> >> >> -- >> "Si quieres viajar alrededor del mundo y ser invitado a hablar en un >> monton de sitios diferentes, simplemente escribe un sistema operativo >> Unix." >> – Linus Tordvals, creador del sistema operativo Linux >> >> > -- "Si quieres viajar alrededor del mundo y ser invitado a hablar en un monton de sitios diferentes, simplemente escribe un sistema operativo Unix." – Linus Tordvals, creador del sistema operativo Linux
Received on Monday, 1 April 2013 09:46:36 UTC