PDU types are extendable and there might be more of them in the future. I wanted to make it like this so adding new types would not present a big issue. I can define the two PDU types used at present moment but maybe it would be more practical to leave PDU payload part as generic octet stream if that's possible.
String s are pure ASCII C null terminated, no need for utf-8. The formats of PDUs will be described in protocol documentation, sure. I am just not sure how many types of PDUs will it consist of when it's done. Is we just leave as a data octet stream, any kind of PDU added later would not break the initial design. That's just my point of view, maybe you disagree and I respect that. Sometimes you can't now in advance all the possible extensions that might follow later on, lime EtherType for example. I'm sure that initial version didn't include all the values available today. No disrespect and sorry if I sound a bit rude, I would just like to get this DLT as soon as possible and also define a simple easily extendable header. Cheers On May 11, 2019 11:27:57 PM GMT+02:00, Guy Harris <g...@alum.mit.edu> wrote: >On May 11, 2019, at 1:39 PM, Damir Franusic <damir.franu...@gmail.com> >wrote: > >> Like I sad, I don't have the complete documentation ready, > >When you have the complete documentation ready, let us know. > >> but this is the general format: >> >> +---------------------------------+ >> | Version | >> | (1 Octet) | >> | | >> +---------------------------------+ >> | PDU Type | >> | (1 Octet) | >> | | > >What are the PDU type values? > >> +---------------------------------+ >> | Source ELLE Node | >> | NULL terminated ASCII string | >> | (1 Octet min for \0) | > >So that's pure ASCII, without, for example, any letters with >diacritical marks, so it doesn't need full UTF-8? > >> | | >> +---------------------------------+ >> | Destination ELEE Node | >> | NULL terminated ASCII string | >> | (1 Octet min for \0) | > >And the same applies there? > >> | | >> +---------------------------------+ >> | ELEE PDU Payload | >> . (Remaining octets) . >> . . >> . . >> >> PDU Payload part is the rest of the packet data >> and will be interpreted based on PDU Type. > >Presumably the formats of the PDU payloads will be described in the >complete documentation. -- Sent from my Android device with K-9 Mail. Please excuse my brevity. _______________________________________________ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
