FunProtocol

Freely Understood Nootropic Protocol. Every datagram starts with a u16 for the 'type' to select a 'parser'

PRINCIPLES:

• no fucking bikeshedding past what's necessary to make something not braindead
• no beaurocracy
• flexibility, utter humanity.
• Use correct-endian, i.e. little.

IMPLEMENTATION:

• Should be usable on virtually any transport, over UDP on a pre-decided, ideallly non-privileged port is a good start

GyudonAddict: Some of my ideas take inspiration from ChaosNet, but unlike that I think the focus should be on a protocol entirely designed for a single, two-way communication.

PACKET STRUCTURE: u16[4] header, consisting of

• Type, designating the type of the packet
• Length, the length in bytes of the data
• Number, the index of the packet
• Receipt, the highest packet number that's been received

A packet can be controlled or uncontrolled, with a packet number of 1-65535 or 0, respectively. The control programs on each side will try to manage the well-ordering and retransmission of controlled packets. Packet numbers roll over back to 1.

PACKET TYPES:

• #x0: junk/debug packet, doesn't do anything special itself
• #x51DE: read: 'slide', tells the other end our current window size, with a u16 in the data
• #xDEAD: the control program has run into an unrecoverable state, no longer receiving. The details of the error can be put in the data
• #xE0F: end of connection/stream
• #xEC4O: echo packet, should echo back with the same data to the other end. good for testing. respects control

The rest of the packet is data, which has yet to be decided.

RESPONSIBILITY:

The specifics of how each control program decides to handle incoming and outgoing data shouldn't be a central issue in this protocol, so how one end handles the reliability of the transmission shouldn't matter to the other end, as long as it gets all that it needs. For example, one program might decide to retransmit packets, order them and keep track of duplicates, while another might only stop and wait and refuse all but the next packet in line.