[OpenSIPS-Users] OpenSIPS send CANCEL to the call legs
Liviu Chircu
liviu at opensips.org
Mon Apr 14 13:50:43 CEST 2014
Hello all,
That's because those "latest" tarballs represent the current *release*,
and nothing more.
However, since it seems to be a nice-to-have, Ra(zvan said he will also
add a daily-updated link to an up-to-date source tarball of the latest
release.
Best regards,
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 04/14/2014 02:22 PM, samuel wrote:
> I just downloaded GIT code and it has been solved. Why the latest
> tarball is from more than a month ago?
>
> Thanks for all the help,
> Samuel.
>
>
> On 13 April 2014 06:40, H Yavari <hyavari at rocketmail.com
> <mailto:hyavari at rocketmail.com>> wrote:
>
> Hi Liviu,
>
> I download the source from latest folder but this source is not
> update. I used git to download the source and with this the
> problem solved.
> (I had so problems with 1.10.1 compilation and .... but 1.11 is
> better )
>
> Thanks for your help Liviu.
>
> ----
> Best Regards,
> H.Yavari
>
> ------------------------------------------------------------------------
>
> Hello all,
>
> I have tried to replicate this using the stock opensips.cfg, but
> without much success. Both timeouts seem to trigger correctly...
>
> So, in order to make progress with this, could you please provide
> a SIP trace of this scenario? (using ngrep or tcpdump)
>
> Best regards,
>
> Liviu Chircu
> OpenSIPS Developer
> http://www.opensips-solutions.com <http://www.opensips-solutions.com/>
>
> On 04/10/2014 06:33 PM, samuel wrote:
>
>> It does also happens to me with yesterday's opensips
>> 1.11.0beta-tls/. /I'm not using $T_fr_inv_timeout from config
>> file explicitely.
>>
>> Only got the following tm module parameters set:
>>
>> modparam("tm", "fr_timer", 5)
>> modparam("tm", "fr_inv_timer", 30)
>> modparam("tm", "restart_fr_on_each_reply", 0)
>> modparam("tm", "onreply_avp_mode", 1)
>>
>>
>>
>> On 10 April 2014 13:06, Liviu Chircu <liviu at opensips.org
>> <mailto:liviu at opensips.org>> wrote:
>>
>> Hi Yavari,
>>
>> What tm module parameters are you using? Are you setting the
>> $T_fr_inv_timeout at all?
>> Could you also please include a SIP trace, so I can
>> successfully try to replicate this locally?
>>
>> Best regards,
>>
>> Liviu Chircu
>> OpenSIPS Developer
>> http://www.opensips-solutions.com <http://www.opensips-solutions.com/>
>>
>> On 04/10/2014 07:29 AM, H Yavari wrote:
>>> Hi Liviu,
>>> I did yesterday (4/9/2014).
>>>
>>> Regards,
>>> H.Yavari
>>>
>>> ------------------------------------------------------------------------
>>> Hello Yavari,
>>>
>>> When did you do the migration? There was a fix for this
>>> particular issue on Mar 21 [1]
>>>
>>> [1]:
>>> https://github.com/OpenSIPS/opensips/commit/ea6ab4d87ce03d2501
>>>
>>> Best regards,
>>> Liviu Chircu
>>> OpenSIPS Developer
>>> http://www.opensips-solutions.com <http://www.opensips-solutions.com/>
>>> On 04/09/2014 12:21 PM, H Yavari wrote:
>>>> Hi all,
>>>> I have this flow of calls :
>>>> userA<------>asterisk1<----->opensips<------->asterisk2<------->userB
>>>>
>>>> in 1.9 every things was ok, but now after the migration to
>>>> 1.11, when userA calls to userB, userB ringing one time and
>>>> after that opensips send CANCEL to the caller and callee.
>>>> I see in asterisk the CANCEL message that opensips sends,
>>>> has this reason;
>>>> Reason: SIP;cause=480;text="NO_ANSWER"
>>>>
>>>> I see in opensips logs :
>>>>
>>>> DBG:tm:timer_routine: timer routine:1,tl=0x7fcf64891d20
>>>> next=(nil), timeout=672
>>>> DBG:tm:cancel_branch: sending cancel...
>>>> DBG:tm:set_timer: relative timeout is 500000
>>>> DBG:tm:insert_timer_unsafe: [4]: 0x7fcf64891db8 (672900000)
>>>> DBG:tm:insert_timer_unsafe: [0]: 0x7fcf64891de8 (682)
>>>> DBG:tm:final_response_handler: Cancel sent out, sending 408
>>>> (0x7fcf64891ad0)
>>>>
>>>> I coudn't find any change log related to TM module or any
>>>> timer. What is changed from 1.9 to 1.11 about timers?
>>>> I changed the value of TM timers (like
>>>> restart_fr_on_each_reply,... ) but they didn't help.
>>>> please help to me.
>>>> ( I'm so sorry for this migration)
>>>>
>>>> Regards,
>>>> H.Yavari
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20140414/4f6169e3/attachment-0001.htm>
More information about the Users
mailing list