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 <[email protected] <mailto:[email protected]>> 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 <[email protected]
    <mailto:[email protected]>> 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
        [email protected]  <mailto:[email protected]>
        http://lists.opensips.org/cgi-bin/mailman/listinfo/users


        _______________________________________________
        Users mailing list
        [email protected] <mailto:[email protected]>
        http://lists.opensips.org/cgi-bin/mailman/listinfo/users




        _______________________________________________
        Users mailing list
        [email protected]  <mailto:[email protected]>
        http://lists.opensips.org/cgi-bin/mailman/listinfo/users


        _______________________________________________
        Users mailing list
        [email protected] <mailto:[email protected]>
        http://lists.opensips.org/cgi-bin/mailman/listinfo/users




    _______________________________________________
    Users mailing list
    [email protected]  <mailto:[email protected]>
    http://lists.opensips.org/cgi-bin/mailman/listinfo/users


    _______________________________________________
    Users mailing list
    [email protected] <mailto:[email protected]>
    http://lists.opensips.org/cgi-bin/mailman/listinfo/users



    _______________________________________________
    Users mailing list
    [email protected] <mailto:[email protected]>
    http://lists.opensips.org/cgi-bin/mailman/listinfo/users




_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to