[OpenSIPS-Users] Fwd: [SR-Users] MSILO: SIP stored offline MESSAGE repetitive delivery

Abdul Basit basit.engg at gmail.com
Thu Apr 12 17:42:07 EDT 2018


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.

--
regards,

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

---------- Forwarded message ----------
From: Abdul Basit <basit.engg at gmail.com>
Date: 13 April 2018 at 02:28
Subject: Re: [SR-Users] MSILO: SIP stored offline MESSAGE repetitive
delivery
To: Henning Westerholt <hw at 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

Who will be doing that?


--
regards,

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

On 13 April 2018 at 00:37, Henning Westerholt <hw at 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 offline
> > 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 branches
> > 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,
>
> Henning
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20180413/3d607e40/attachment-0001.html>


More information about the Users mailing list