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

Last Modified: May 14, 2019

Bug Tracker

Affected Product:  See more info
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.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