Bug ID 445785: Add missing enums in Common::ProtocolType

Last Modified: Aug 19, 2026

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

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, 12.0.0, 12.0.0 hf1, 12.0.0 hf2, 12.0.0 hf3, 12.0.0 hf4

Fixed In:
12.1.0

Opened: Jan 23, 2014

Severity: 4-Minor

Related Article: K01594822

Symptoms

Because of the missing Common::ProtocolType enum values, some protocols are incorrectly being defaulted to as PROTOCOL_ANY, which is incorrect.

Impact

This affects the type of protocol accepted by a virtual server. For instance, if protocol 50 is specified, but does not exist in the list, iControl treats this as PROTOCOL_ANY, leading to the virtual server accepting all protocols--an incorrect behavior.

Conditions

Assign a protocol type to a virtual server or any object that needs a protocol specification. If not specified, the protocol integer value will be labeled as PROTOCOL_ANY, which is incorrect.

Workaround

None.

Fix Information

Add missing protocols to the list.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips