Last Modified: Sep 13, 2023
Affected Product(s):
BIG-IP LTM
Known Affected Versions:
11.5.1, 11.5.2, 11.5.3, 11.5.4, 11.5.5, 11.5.6, 11.5.7, 11.5.8, 11.5.9, 11.5.10, 11.6.0, 11.6.1, 11.6.2, 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.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.3.1, 12.1.3.2, 12.1.3.3, 12.1.3.4, 12.1.3.5, 12.1.3.6, 12.1.3.7, 12.1.4, 12.1.4.1, 12.1.5, 12.1.5.1, 12.1.5.2, 12.1.5.3, 12.1.6, 13.0.0, 13.0.0 HF1, 13.0.0 HF2, 13.0.0 HF3, 13.0.1
Fixed In:
14.1.0
Opened: Feb 15, 2017 Severity: 3-Major
In diameter message routing framework, in the profile session config, there is no keyword in the 'origin-host-rewrite' option that allows for modification of this field based on the egressing tmm on the server-side connection of the LTM. If this profile is applied to a diameter peer config that has a connection-mode of 'per-tmm', this does not follow the recommendations of RFC6733. With this config, each tmm on the LTM device maintains it own connection to the diameter server on the server-side, and therefore needs its own DiameterIdentity.
Violates RFC 6733 in default installations of LTM.
If 'per-tmm' connection-mode is specified.
Use an iRule to have a separate Diameter identity for each connection.
The system now provides unique diameter identities from configuration objects.