Bug ID 432541: GTM topology longest match sorting orders wildcard and negated records improperly

Last Modified: Sep 13, 2023

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

Known Affected Versions:
11.0.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.5.1 HF1, 11.6.1 HF1, 11.5.1 HF2, 11.6.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 HF1, 11.6.2 HF1, 11.5.3 HF1, 11.5.3 HF2, 11.5.4 HF1, 11.5.4 HF2, 11.5.4 HF3, 11.5.4 HF4, 11.1.0, 11.2.0, 11.2.1, 11.3.0, 11.4.0, 11.4.1

Fixed In:
11.5.0, 11.4.1 HF6

Opened: Oct 02, 2013

Severity: 3-Major

Related Article: K14794

Symptoms

1. GTM topology longest match sorting incorrectly orders wildcard and negated records above other types of topology records. This is incorrect and can result in improper load balancing behavior on wide IPs that use topology load balancing. 2. GTM topology records of the same types are incorrectly sorted in ascending order.

Impact

Improper sorting of topology records will cause errors during load balancing on wide IPs that use topology load balancing.

Conditions

Using negated or wildcard topology records with longest match sorting enabled. Or only topology records with longest match sorting enabled.

Workaround

Disable longest match sorting and manually sort topology records.

Fix Information

1. GTM topology longest match sorting now correctly orders negated records below non-negated topology records and places wildcard records at the end of the list. 2. GTM topology records of the same types are correctly sorted in descending order.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips