[HELP] Final reply after parallel branch

[thuroc]

I have a problem with the final replies in OpenSIPS and maybe someone here can help or give me a tip on how to solve it.

In my network, I have a "logic" OpenSIPS that forwards to two other "registrar" OpenSIPS. When a call arrives at the logic OpenSIPS, it sends it in parallel branches to both registrars. Depending on where the customer is currently registered, I either receive a 480 (Not Registered) or a code from the customer.

In the problematic case, I receive a "480 Not Registered" from one registrar and a "486 Busy" from the other. The problem is that the logic registrar always sends the 480 back to the A-party, although the Busy code would obviously be more appropriate.

In the on_failure route, I can only see the 480, and I haven’t been able to access the Busy code due to the parallel branches.

How does OpenSIPS decide which final reply it sends? Is there a way to access all the reply codes that occurred during parallel branching in order to rewrite the code myself?

Thank you in advance for your help.

Regards,
Thuroc

[github-actions]

Any updates here? No progress has been made in the last 15 days, marking as stale. Will close this issue if no further updates are made in the next 30 days.

[bogdan-iancu]

As per RFC3261, in the case of parallel forking, the lowest final negative reply is selected to be sent to the caller.

In the failure route you see the selected reply code. If you want to get access to all received ones, use the onreply route.