[OpenSIPS-Users] Cancel branch before failover on timeout
Bogdan-Andrei Iancu
bogdan at opensips.org
Mon Jul 15 17:54:21 CEST 2013
Hi Ronald.
Please open a feature request on tracker - so we will not forget of this
issue.
Thanks and regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 07/12/2013 12:18 AM, Ronald Cepres wrote:
> Bogdan,
>
> Thanks for the advice. Although it might be a long shot, I hope acc
> module can handle something like this in the future. I guess I'll just
> try to adjust/increase the fr_inv_timer_avp value for now to minimize
> this scenario.
>
> Cheers!
>
>
> On Thu, Jul 11, 2013 at 8:24 PM, Bogdan-Andrei Iancu
> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>
> Hi Ronald,
>
> I wouldn't go so far - even if you get 2 records for the
> transaction based accounting, the values will be mixed.
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
> http://www.opensips-solutions.com
>
>
> On 07/10/2013 03:08 PM, Ronald Cepres wrote:
>> Bogdan,
>>
>> I am currently using CDR based. Does it mean that if I use
>> transaction based, we will have more accurate resulting CDRs?
>>
>> Thanks.
>>
>>
>> On Mon, Jul 8, 2013 at 10:05 PM, Bogdan-Andrei Iancu
>> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>>
>> Hi Ronald,
>>
>> I never experienced such race (with multiple 200 oks on
>> different branches)....But depending on what kind of
>> accounting you do:
>> - transaction based = you will get 2 START records and 2
>> STOP records, but with different TO tags....
>> - cdr based = you will get the values of the last 200 OK
>> (which will overwrite the values of the first one)..
>>
>> I guess the ACC module was never designed to deal with such
>> scenarios.
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developer
>> http://www.opensips-solutions.com
>>
>>
>> On 07/06/2013 02:25 AM, Ronald Cepres wrote:
>>> Bogdan,
>>>
>>> Understood, and thanks for the info.
>>>
>>> However, I have some concerns with regards to the resulting
>>> CDR using the acc and drouting modules. I think if both GWs
>>> sent 200 OK at the same time, it would result in a CDR with
>>> the values of AVPs specified by carrier_id_avp and gw_id_avp
>>> drouting parameters set only to GW2. Also, if GW1 is the
>>> last GW in the gwlist and this type of race condition
>>> happens, the value of the AVPs will be set to blank.
>>>
>>>
>>> On Fri, Jul 5, 2013 at 2:15 AM, Bogdan-Andrei Iancu
>>> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>>>
>>> Hello Ronald,
>>>
>>> If the first GW sent any reply before the timeout, than
>>> OpenSIPS will cancel it before hitting the failure
>>> route. If no reply at all sent by GW1, OpenSIPS will hit
>>> the failure route on timeout without canceling. If after
>>> this point (call send to GW2) first GW sends a reply :
>>> 1) if a provisional reply (<200), it will be
>>> canceled on the spot
>>> 2) if a 200 ok reply -> it will be accepted and fwd
>>> to calling device
>>> a) if the GW2 did not send a 200 OK, it will be
>>> canceled
>>> b) if GW2 also sent a 200 OK in the same time,
>>> both 200 OK will be sent to calling device and it that
>>> device will decide what call to keep
>>>
>>> Regards,
>>>
>>> Bogdan-Andrei Iancu
>>> OpenSIPS Founder and Developer
>>> http://www.opensips-solutions.com
>>>
>>>
>>> On 07/04/2013 07:41 PM, Ronald Cepres wrote:
>>>>
>>>> Bogdan,
>>>>
>>>> Thanks for the informative reply.
>>>>
>>>> What I really want to solve is a problem I encounter
>>>> when the first GW doesnt respond after a defined
>>>> timeout then Opensips does failover to next GW. A few
>>>> seconds after the call is routed to second GW, the
>>>> first GW responds with 200 OK, which may cause
>>>> problems. It seems that the first GW has a slow
>>>> response time.
>>>>
>>>> The solution I am thinking of to prevent this is to
>>>> send a cancel to the first GW before doing failover to
>>>> next gateway. Does this make sense or is there a better
>>>> solution?
>>>>
>>>> Thanks.
>>>>
>>>> -Ronald
>>>>
>>>> On Jul 4, 2013 11:58 PM, "Bogdan-Andrei Iancu"
>>>> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>>>>
>>>> Hello Ronald,
>>>>
>>>> When you hit the failure route, there is no ongoing
>>>> branch left (doesn't matter how many you previously
>>>> created) - so you should not worry about this.
>>>>
>>>> By SIP definition, a transaction fails (and
>>>> OpenSIPS gets into failure route) only when all
>>>> branches failed.
>>>>
>>>> Regards,
>>>>
>>>> Bogdan-Andrei Iancu
>>>> OpenSIPS Founder and Developer
>>>> http://www.opensips-solutions.com
>>>>
>>>>
>>>> On 07/03/2013 10:43 PM, Ronald Cepres wrote:
>>>>> Hi all,
>>>>>
>>>>> Is there a way I can cancel a pending branch
>>>>> before doing a fail-over to next gateway (due to
>>>>> timeout from previous gateway)? This way I can
>>>>> make sure that the call to the previous gateway
>>>>> will not go through anymore after fail-over to the
>>>>> next gateway, thus preventing us "double-charged"
>>>>> situations if the previous gateway and the new
>>>>> gateway both answered the call.
>>>>>
>>>>> Thanks in advance.
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Regards,
>>>>>
>>>>> Ronald
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Regards,
>>>
>>> Ronald Cepres
>>>
>>
>>
>>
>> --
>>
>> Ronald Cepres
>> Network Operations Center
>> Net Voip Communications, Inc.
>>
>>
>> This message contains confidential information and is intended only
>> for the individual named. If you are not the named addressee you
>> should not disseminate, distribute or copy this e-mail. Please notify
>> the sender immediately by e-mail if you have received this e-mail by
>> mistake and delete this e-mail from your system. E-mail transmission
>> cannot be guaranteed to be secure or error-free as information could
>> be intercepted, corrupted, lost, destroyed, arrive late or
>> incomplete,
>> or contain viruses. The sender therefore does not accept
>> liability for
>> any errors or omissions in the contents of this message, which arise
>> as a result of e-mail transmission. If verification is required
>> please
>> request a hard-copy version. Net Voip Communications, Inc., 2721
>> Forsyth Rd #256, Winter park, FL
>> 32792. www.netvoipcommunications.com
>> <http://www.netvoipcommunications.com/>
>>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
>
> --
>
> Regards,
>
> Ronald Cepres
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20130715/8bd53440/attachment-0001.htm>
More information about the Users
mailing list