aboutsummaryrefslogtreecommitdiffstats
path: root/lib/kernel/src/application.erl
diff options
context:
space:
mode:
authorAnders Svensson <[email protected]>2017-09-02 16:17:47 +0200
committerAnders Svensson <[email protected]>2017-09-04 15:45:04 +0200
commit2a25b1f4a45430a2df973f3c632b5aae703d9b81 (patch)
treeee4599d2cd53bee95e026b521a6029f66de6feed /lib/kernel/src/application.erl
parent382c88e5fdb92c6f97acad2f1c260cc69759b8e5 (diff)
downloadotp-2a25b1f4a45430a2df973f3c632b5aae703d9b81.tar.gz
otp-2a25b1f4a45430a2df973f3c632b5aae703d9b81.tar.bz2
otp-2a25b1f4a45430a2df973f3c632b5aae703d9b81.zip
Let generic AVPs be encoded/decoded in alternate dictionaries
To support specifications like RFC 7683 DOIC, that only define AVPs, not applications. AVPs that aren't known to the application dictionary in question could previously not be decoded. Configuring alternate dictionaries with the new transport/service option avp_dictionaries changes this, so that AVPs like DOIC's Grouped OC-OLR can presented in their fully decoded glory. Encode is also extended, allowing things like the following to be encoded in an outgoing message: 'AVP' => [{'OC-OLR', #{'OC-Sequence-Number' => 1, 'OC-Report-Type' => 0, 'OC-Reduction-Percentage' => [25]}}] A diameter_gen_doic_rfc7683 dictionary is installed, but avp_dictionaries isn't specific to DOIC. This commit also solves the problem demonstrated a few commits back, that application AVPs aren't decoded in answers setting the E-bit. Test coverage will come in a subsequent commit.
Diffstat (limited to 'lib/kernel/src/application.erl')
0 files changed, 0 insertions, 0 deletions