The current NIST-approved hash functions would already consume >50%
of the number space for hash algorithms (and we can expect more
algorithms the hash algorithm competition). Thus, having a field
with only 10 possible values doesn't sound too good (even if the
protocol version field also allows some extensibility).
If we e.g. allowed using letters as well, we'd have 62 possible
values instead -- would that be a reasonable approach?
Best regards,
Pasi
_______________________________________________
Syslog mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/syslog
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.