diff options
author | Anders Svensson <[email protected]> | 2017-08-30 16:12:10 +0200 |
---|---|---|
committer | Anders Svensson <[email protected]> | 2017-08-31 13:23:49 +0200 |
commit | 3cba7ec073e449db99173ad07a5652a2026f0aa5 (patch) | |
tree | d215816b1363f92b61092c2354c585550ebc548a /lib/tools | |
parent | ee62825c1ca752f401662529af7fe8fe247c2165 (diff) | |
download | otp-3cba7ec073e449db99173ad07a5652a2026f0aa5.tar.gz otp-3cba7ec073e449db99173ad07a5652a2026f0aa5.tar.bz2 otp-3cba7ec073e449db99173ad07a5652a2026f0aa5.zip |
Fix handling of Proxy-Info in answers formulated by diameter
RFC 6733 says this:
6.2. Diameter Answer Processing
When a request is locally processed, the following procedures MUST be
applied to create the associated answer, in addition to any
additional procedures that MAY be discussed in the Diameter
application defining the command:
...
o Any Proxy-Info AVPs in the request MUST be added to the answer
message, in the same order they were present in the request.
This wasn't done when a handle_request callback returned a Result-Code
in an 'answer-message' or protocol_error tuple, causing diameter itself
to construct the answer message. This form of answer is just a
convenience, since the callback can always return an answer that it
constructs itself.
Diffstat (limited to 'lib/tools')
0 files changed, 0 insertions, 0 deletions