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: Nov 07, 2022

Bug Tracker

Affected Product:  See more info
BIG-IP ASM(all modules)

Known Affected Versions:
12.0.0, 12.0.0 HF1, 12.0.0 HF2, 12.0.0 HF3, 12.0.0 HF4, 12.1.0, 12.1.0 HF1, 12.1.0 HF2, 12.1.1, 12.1.1 HF1, 12.1.1 HF2, 12.1.2, 12.1.2 HF1, 12.1.2 HF2, 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