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

Last Modified: Dec 10, 2018

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

Symptoms

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).

Impact

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

Conditions

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

Workaround

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

None

Behavior Change