You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
IP addresses can be specified in the configuration either in IPv4 or in IPv6 format. In addition, in some cases they may be specified in CIDR format. The addresses are stored in Tempesta, and in some cases they are stored in Tempesta in the same format they are specified, and in some cases they are converted to IPv6. The lack of unification may lead to bugs when comparing addresses. For unification, all addresses should be converted to IPv6 representation internally in Tempesta.
There's one thing however. Sometimes addresses are printed in log messages. It's highly desirable that they are printed in the same form they are specified in configuration. That way the addresses can be visually recognized and matched by a human operator and/or system administrator.
The text was updated successfully, but these errors were encountered:
There is agreement that Tempesta works with IPv6 addresses only and all IPv4 addresses are converted to IPv6 (IPv4-mapped IPv6 addresses), e.g. we call ipv6_addr_set_v4mapped() from tfw_addr_pton_addr() for IPv4 addresses. @keshonok do you mean that no all IPv4 addresses are converted to IPv6 in internal Tempesta's operations?
At least logging must be fixed. For example Frang limits generate records like
Warning: frang: Content-Type header field for ::ffff:c0a8:6401 is missed
for IPv4 clients and the records are very cryptic for a user.
IP addresses can be specified in the configuration either in IPv4 or in IPv6 format. In addition, in some cases they may be specified in CIDR format. The addresses are stored in Tempesta, and in some cases they are stored in Tempesta in the same format they are specified, and in some cases they are converted to IPv6. The lack of unification may lead to bugs when comparing addresses. For unification, all addresses should be converted to IPv6 representation internally in Tempesta.
There's one thing however. Sometimes addresses are printed in log messages. It's highly desirable that they are printed in the same form they are specified in configuration. That way the addresses can be visually recognized and matched by a human operator and/or system administrator.
The text was updated successfully, but these errors were encountered: