Bug ID 519004: patching "virtualServers" list, of an ASM policy, with a new LTM virtual, implicitly detaches all other ASM policies from that LTM virtual

Last Modified: Sep 13, 2023

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

Known Affected Versions:
12.0.0, 12.0.0 HF1, 12.1.0 HF1, 12.0.0 HF2, 12.1.0 HF2, 12.0.0 HF3, 12.0.0 HF4, 12.1.1 HF1, 12.1.1 HF2, 12.1.2 HF1, 12.1.2 HF2, 12.1.0, 12.1.1, 12.1.2, 12.1.3,,,,,,,, 12.1.4,, 12.1.5,,,, 12.1.6, 13.0.0, 13.0.0 HF1, 13.0.0 HF2, 13.0.0 HF3, 13.0.1, 13.1.0,,,,,,,,, 13.1.1,,,,, 13.1.3,,,,,,, 13.1.4,, 13.1.5,

Opened: Apr 20, 2015

Severity: 3-Major


Having: * 'ASM_policy_1' assigned to 'LTM_virtual_1' by the means of an 'LTM_policy_1'. * 'ASM_policy_2' that is not assigned to any LTM virtual. If one would send a PATCH REST request to update 'ASM_policy_2', so that it would be assigned to 'LTM_virtual_1' (the target virtual): -------------------------- "virtualServers": [ "/Common/LTM_virtual_1" ] -------------------------- The result is that: * 'ASM_policy_1' is not assigned to any LTM virtual (unassigned from the target virtual). * 'ASM_policy_2' assigned to 'LTM_virtual_1' by the means of an 'LTM_policy_2' (assigned to the target virtual).


The ASM policy that was previously assigned to the target virtual gets implicitly unassigned from it.


ASM provisioned Two ASM policies, one of which is assigned to an LTM virtual


Use LTM REST/GUI to assign multiple ASM policies to a single LTM virtual

Fix Information


Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips