socket programming: How do I handle out of band data

I think I found the answer on this page. In short:

I don't need to handle OOB data on the receiving side if I'm not sending any OOB data. I had thought that OOB data could be generated by the OS of the sender.

I know you've decided you don't need to handle OOB data, but here are some things to keep in mind if you ever do care about OOB...

• IPv4 doesn't really send OOB data on a separate channel, or at a different priority. It is just a flag on the packet.
• OOB data is extremely limited -- 1 byte!
• OOB data can be received either inline or separately depending on socket options
• An "exception" signaling OOB data may occur even if the next read doesn't contain the OOB data (the network stack on the sender may flag any already queued data, so the other side will know there's OOB ASAP). This is often handled by entering a "drain" loop where you discard data until the actual OOB data is available.

If this seems a bit confusing and worthless, that's because it mostly is. There are good reasons to use OOB, but it's rare. One example is FTP, where the user may be in the middle of a large transfer but decide to abort. The abort is sent as OOB data. At that point the server and client just eat any further "normal" data to drain anything that's still in transit. If the abort were handled inline with the data then all the outstanding traffic would have to be processed, only to be dumped.

It's good to be aware that OOB exists and the basics of how it works, just in case you ever do need it. But don't bother learning it inside-out unless you're just curious. Chances are decent you may never use it.