Yes and Yes.
Keep in mind that all the branches of a parallel/serial fork belong to
the _same_ call !! when you do failover to the next gateway, you do not
create a new dialog, but a new branch in the same dialog.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 01/26/2017 04:56 PM, Richard Robson wrote:
Hi Bogdan,
So I'd be better off creating the dialog on the initial INVITE?. Will
this persist over the failure routes and the subsequent calls to the
next gateway?
Regards,
Richard
On 26/01/2017 14:27, Bogdan-Andrei Iancu wrote:
Hi Richard,
The dialog creation should be done before any forking. Creating it
during the forking may lead to bogus outcomes. So, be sure that the
"relay" route doesn;t do any dialog creation ...as it may be trigger
more than once for an INVITE. Also using match_dialog() may lead to
bogus results, as this function does more than matching - it updates
the internal dialog state machine, triggers callback.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 01/25/2017 07:01 PM, Richard Robson wrote:
I may be answering my own question here, But I going to say Thay I
should be using match_dialog to see if there is an existing dialog
and only create one if there is not one already/
R
On 25/01/2017 16:42, Richard Robson wrote:
I'm wanting to check rate limits and channel limits for calls over
several gateways. this I have working, but we are getting instances
of failures on upstream carriers. this is due to one carrier in
paricular not liking the CLIs our customers are calling from. In
this case the call comes back as a 403, which I want to failover
from the t_on_failure route to the next gateway. If I reuse my
relay route it it will have a subsequent create_dialog() it also
does the topology hiding and accounting in. Am I OK to recall the
create dialog and reuse the relay route or am i better to do a
second route to relay the call to the next gateway assuming that
this will be the same dialog from the original call.
Regards,
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
