Ok, let me make one last change to this 7 byte alternate proposal for the message specification. In the first 3 bytes with 4 fields, use supersymmetry to specify 6bits per field. SO the alternate would look like below...

The whole point of the multicast symbol is to provide for low-level routers to not even have to decode the asn.1 header and distinguish all our message and header types. Just grab the first byte and mask the upper 6bits and shift, there is a destination specifier, at least in the large, as an alternate tunneling capability and would support reuse of 4byte IP addresses for NAT.  If we loose that and knock sanguinity back to 2bits, then we are down to a 6 byte spec + payload.  I'm mulling iot over, obviously.

msgSpec: 7 bytes binary encoded


--
. .. .. ^,^ robert