I tested the jpegs transfer to chrome 57 over the data feed, and messages up to 64k seem to be reliable now.
The webRTC data channel has a reliability mechanism; it uses SCTP via DTLS (via UDP). SCTP allows you to set reliability and order of behavior, but by default WebRTC uses ordered + reliable - this means that you get the same semantics with TCP - except that message boundaries are preserved - at least theoretically.
In practice, Chrome can deliver partial messages to javascript if they run out of free space, so itβs better to check that you have a complete message before processing it.
source share