2 ms·
No, you're right that this approach is ok for TCP streams. I shouldn't have thrown that in there without clarification that I meant something more generic. I a
by rkangel 3y ago
No, you're right that this approach is ok for TCP streams. I shouldn't have thrown that in there without clarification that I meant something more generic.
I actually use SLIP for packetisation over TCP anyway, because then syncing for any other logging or diagnostic thing that joins halfway through is easy. Basically I find it to just be a more robust system.
- mannyv 3y ago"I actually use SLIP for packetisation over TCP anyway" Whoa, that's an acronym I haven't heard in a long time. SLIP/TCP seems redundant. Your serial encoding IP then sending it over TCP/IP? Is this a tunnel?
- rkangel 3y agoTCP is a stream with no packet boundaries. If you want to separate that stream into a series of messages then you need to do packetisation. The SLIP delimiter approach is a pretty good one. You're right that it was originally for segmenting a serial link to send separate IP packets (so you could theoretically have SLIP over TCP over IP over SLIP), but it works just as well in other contexts.