Closed petithug closed 11 years ago
FYI, I just posted a short I-D that defines two new Overlay Link Protocols using SCTP. The draft needs more work (I did not realize first that I need to say something about ICE), but you can use it as reference if this discussion with the ADs is not resolved with this commit.
On Feb 17, 2013, at 11:23 AM, Marc Petit-Huguenin notifications@github.com wrote:
FYI, I just posted a short I-D that defines two new Overlay Link Protocols using SCTP. The draft needs more work (I did not realize first that I need to say something about ICE), but you can use it as reference if this discussion with the ADs is not resolved with this commit.
It would be so nice if home routers actually handled SCTP. Never gonna happen. But they MIGHT get IPv6 someday.
Dean
Well, the NAT that 8x8 sold had SCTP support, but that's because I asked one of our engineer to implement it. I miss being able to order people to do the right thing :-(
The comment is:
"The document seems to be schizophrenic about Head of Line blocking. The section 6.5.1.6 text on why TCP is not a desirable Overlay Link Protocol notes Head of Line blocking as the primary reason to prefer another protocol, yet the stop and wait algorithm in 6.6.3.1 for use over DTLS, says that only one message can be unacknowledged at a time, so it's unclear how this avoid Head of Line blocking issues (if at all). It seems like you seay HoL issues are worth avoiding, and then define operation only over transports with HoL issues (TCP and the DTLS-based ones)."
Added a note saying that none of the protocols defined in the document meets that condition, but that future protocols will.