Bug ID 468471: The output of DNS::edns0 subnet address command is not stored properly in a variable

Last Modified: Nov 07, 2022

Affected Product(s):
BIG-IP None(all modules)

Known Affected Versions:
11.5.0, 11.5.1, 11.5.1 HF1, 11.5.1 HF10, 11.5.1 HF11, 11.5.1 HF2, 11.5.1 HF3, 11.5.1 HF4, 11.5.1 HF5, 11.5.1 HF6, 11.5.1 HF7, 11.5.1 HF8, 11.5.1 HF9, 11.5.10, 11.5.2, 11.5.2 HF1, 11.5.3, 11.5.3 HF1, 11.5.3 HF2, 11.5.4, 11.5.4 HF1

Fixed In:
11.6.0, 11.5.4 HF2

Opened: Jun 23, 2014

Severity: 3-Major


When the iRule command "DNS::ends0 subnet address" is an IPv4 address and is stored in a variable, it might not be interpreted properly by other iRule commands that expect an IP address (for example, the "whereis" command).


Other iRule commands that utilize the variable may not work as expected (for example, the "whereis" command).


The output of "DNS::ends0 subnet address" command returns an IPv4 address and it is stored in a variable.


When utilizing the variable, force a string interpretation of the value. For example, rather than: set srcip [DNS::ends0 subnet address] set srccountry [whereis $srcip country] Use set srcip [DNS::ends0 subnet address] set srccountry [whereis [string tolower $srcip] country]

Fix Information


Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips