[erlang-questions] [OTP 19.3] [Diameter 1.12.2] Handle_request with error: reply not taken into account

René Veyland Mobile rveyland2@REDACTED
Thu Jun 21 16:31:44 CEST 2018

Dear Erlang Community,

I’m a beginner in Erlang, and i have a question on diameter stack behavior.

I ‘m working on a sw acting as diameter peer server with a S6A app.

I have noticed that when an diameter request is received with an error (for example an additional AVP not supported by dict), even if the packet provided in return value of the handle_request call back contains a valid answer with an AVP result-code=Success and header with errors=[] and is_error=false, the diameter stack return to client peer a diameter packet with an error 5001 (unsupported_avp) which is corresponding to the initial error found on request decoding (and not the answer sent in {reply, Reply}.

If the initial diameter request is valid verus dict, then the answer provided by callback is sent back to client peer as expected.

I would like to confirm that it is due to a bug from my sw (most probably ☹ ) 

So I have some questions :
- Is it a normal of diameter stack behavior 
o  if yes how to avoid/bypass it ? (how to send a valid answer even if request is seen in error)
o If not : on which criteria a predefined answer is sent back to the transport layer instead of the application’s callback one ?
- More globally: What is the simplest way to debug diameter stack in order to verify that data sent back by callback handler are « as expected » ? 

Thx a lot by advance for your support.


René Veyland

Provenance : Courrier pour Windows 10

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20180621/3f658450/attachment.htm>

More information about the erlang-questions mailing list