![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
On Jul 23, 2008, at 5:40 AM, <Pasi.Eronen at nokia.com> <Pasi.Eronen at nokia.com > wrote:
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?
Yes. Jon _______________________________________________ Syslog mailing list Syslog at ietf.org https://www.ietf.org/mailman/listinfo/syslog