Hi Abdul,

Not sure if this is applicable for us. According to the script sample, the fr_timer (in seconds) is 10....Is this value too low for a server to properly reply back ??

I guess that bug is Kamailio specific. We are on the safe side ;)


Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
OpenSIPS Summit 2018

On 04/13/2018 12:42 AM, Abdul Basit wrote:
Hi Opensips team,

I faced instant message timeout issues with MSILO module while setting SIP IM server using kamailio. It turned out that fr_timer values was too low to wait for MESSAGE delivery to the destination (online/offline both cases) that server was replying with 408. Which result in message sending failed on sending side where as IM was reaching to the destination.

The same issue is true for msilo sample configuration <http://www.opensips.org/html/docs/modules/2.3.x/msilo.html#idp5682352> for opensips. Kindly update it at your end as well. This will save lot of time for the ones who want to use opensips as IM server.


abdul basit | p: +92 32 1416 4196 | o: +92 30 0841 1445

---------- Forwarded message ----------
From: *Abdul Basit* <basit.e...@gmail.com <mailto:basit.e...@gmail.com>>
Date: 13 April 2018 at 02:28
Subject: Re: [SR-Users] MSILO: SIP stored offline MESSAGE repetitive delivery
To: Henning Westerholt <h...@kamailio.org <mailto:h...@kamailio.org>>

Thanks Henning.

Good move. You removed the timers so that they use their default values :)

Same need to be done in sample msilo script
https://kamailio.org/docs/modules/5.1.x/modules/msilo.html#idp45433660 <https://kamailio.org/docs/modules/5.1.x/modules/msilo.html#idp45433660>

Who will be doing that?


abdul basit | p: +92 32 1416 4196 | o: +92 30 0841 1445

On 13 April 2018 at 00:37, Henning Westerholt <h...@kamailio.org <mailto:h...@kamailio.org>> wrote:

    On Thursday, 12 April 2018 10:15:19 CEST Abdul Basit wrote:
    > My issue for IM handling has been resolved.
    > @MS helped to look into the matter. From to the example
    > [..]
    > I replaced it as below
    > # -- tm params --
    > modparam("tm", "fr_timer", 10000 )
    > modparam("tm", "fr_inv_timer", 15 )
    > modparam("tm", "wt_timer", 10 )
    > Lower fr_timer was initiating 408 without waiting for 200 OK from
    > destination because 10ms is too low. This was confusing msilo
    module and
    > the sender device that MESSAGE sent was failed.
    > Increasing the fr_timer value resolved the issue.
    > This also resolved a ripple effect. i.e, kamailio delivery of
    > messages from DB store to the destination party.
    > Since kamailio was get message delivery error, it was
    > executing failure_route[1] that was storing the message again in
    DB store
    > as offline message and so on.
    > lower fr_timer values are also exits in 3.x, 4.x, 5x and dev
    > documentation.
    > [..]

    Hello Abdul,

    great that you found the issue. I have fixed this issue in git
    master and also
    5.1 and 5.0 branch.

    Best regards,


Users mailing list

Devel mailing list

Reply via email to