Last Modified: Jul 18, 2026
Affected Product(s):
BIG-IP LTM
Known Affected Versions:
11.5.1, 11.5.1 hf1, 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.1 hf10, 11.5.1 hf11, 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, 11.5.4 hf2, 11.5.4 hf3, 11.5.4 hf4, 11.5.5, 11.5.6, 11.5.7, 11.5.8, 11.5.9, 11.5.10, 11.6.0, 11.6.0 hf1, 11.6.0 hf2, 11.6.0 hf3, 11.6.0 hf4, 11.6.0 hf5, 11.6.0 hf6, 11.6.0 hf7, 11.6.0 hf8, 11.6.1, 11.6.1 hf1, 11.6.1 hf2, 11.6.2, 11.6.2 hf1, 11.6.3, 11.6.3.1, 11.6.3.2, 11.6.3.3, 11.6.3.4, 11.6.4, 11.6.5, 11.6.5.1, 11.6.5.2, 11.6.5.3
Fixed In:
12.0.0
Opened: Jun 09, 2015 Severity: 3-Major Related Article:
K17295
GET on tm/ltm/data-group/internal/dg-name might show the following record entries - ... "records": [ ... { "name": "triple", "partition": "single", "subPath": "double", "data": "three" }, ... ] } In actuality, the identifiers of the record are not pathed, and hence the 'partition' and 'subPath' properties do not make any sense.
Misinformation in the API output. This is a cosmetic issue only. Ignore the 'partition' and 'subPath' properties.
Performing a GET operation on a device group, for example: GET tm/ltm/data-group/internal/dg-name.
None.
iControl REST: the records collection in tm/ltm/data-group/internal/ now returns the correct data for the "name" object, and no longer returns the "partition" and "subPath" objects.