[IPFIX] Endianness of address types: 5101bis section 6.1.2.

Greetings, all,

I've received a comment off-list from an implementor that section 6.1.2 of 5101 (and 5101-bis) is potentially confusingly worded. The intent here is that all addresses be _encoded_ in big-endian order, regardless of how they are handled internally (e.g., Unix programs often use both host and network byte order for IPv4 addresses: the former for manipulation, the latter for compatibility with the sockets API). "6-octet integers" and "16-octet integers", however, are kind of weird concepts. So I'd suggest the following change:

OLD:

6.1.2. Address Types


   Address types -- macAddress, ipv4Address, and ipv6Address -- MUST be
   encoded the same way as the integral data types.  The macAddress is
   treated as a 6-octet integer, the ipv4Address as a 4-octet integer,
   and the ipv6Address as a 16-octet integer.

NEW:

   Address types -- ipv4Address, macAddress, and ipv6Address -- MUST be
   encoded the same way as unsigned integral data types, as four, six, 
   and sixteen octets in network byte order, respectively.


Thoughts?

Thanks,

Brian

_______________________________________________
IPFIX mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/ipfix