Hi Atul, Good question, in this case (reply received after timeout) Kamailio will send a CANCEL since the transaction will still exist for some time.
Check this post : http://users.openser.narkive.com/YXNISflX/kamailio-users-fr-inv-timer-increased-to-120-secs *"Kamailio never drops final responses (even if you call "drop" in thereply route) - they will get forwarded stateless if no correspondingtranscation is not found (timed out).Further, if there was at least one provisional response (e.g 100) thenKamailio will send a CANCEL, thus in this case there should be no 200 OKafter transaction timeout.regardsklaus"* On Sun, Apr 8, 2018 at 4:53 AM, Atul Thosar <[email protected]> wrote: > Thanks all for your responses. > > > I am new to Kamailio, so appreciate if some one can help me with sample > code where kamailio routes call to another FreeSWITCH server if 1st > FreeSWITCH server does not respond in some time, say 3 sec. Btw I have a > query on this approach. Consider a following scenario - > > 0. kamailio is configured w/ 2 FreeSWITCH servers in dispatcher and with > configuration where on not receiving response to INVITE in 3 sec, kamailio > will forward the call to another FreeSWITCH server. > 1. kamailio receives INVITE and forwards INVITE to FreeSWITCH #1 > 2. FreeSWITCH #1 receives INVITE, but 100 trying response could not reach > to kamailio bec of network break, say for 4 sec. > 3. So After 3 sec, since kamailio does not receive any response from > FreeSWITCH #1, it forwards INVITE to FreeSWITCH #2 > 4. FreeSWITCH #2 responds with 200 OK and kamailio receives it. > 5. After 4 sec, when network recovers, FreeSWITCH #1 sends 200 OK to > kamailio. How kamailio would behave here? Will it drops the call w/ > FreeSWITCH #1? > > > -- > Thanks, > Atul Thosar > > > > On 7 April 2018 at 21:46, Julien Chavanton <[email protected]> wrote: > >> Hi, >> >> I would set it to a low value to make sure you avoid sending calls a >> Freeswitch server facing problems, in the case of Freeswitch the same GW >> will also handle media, if it is having hardtime repliyng to SIP OPTIONS it >> will very likely have problem handling the media. >> >> It may also get worst during the call even stop responsding and loose >> transaction in progress or in dialog transactions later like session timers >> and BYEs. >> >> Off loading it may able help other calls already using it. >> >> >> You may push your strategy further thinking about : >> >> - The risk is that you run out of GW, could be handled when ds_select is >> returning nothing. >> - Another side effect, would be that you are sending more traffic to >> other GW, they must be able to handle the extra load. >> >> In kamailio 5 there is a new algorithm that behaves better when one GW is >> put out of service. >> >> “11” - use relative weight based load distribution. You have to set the >> attribute 'rweight' per each address in destination set. Active host usage >> probability is rweight/(SUM of all active host rweights in destination >> group). >> >> Regards >> Julien >> >> On Mon, Apr 2, 2018 at 6:06 PM, Atul Thosar <[email protected]> wrote: >> >>> Hi All, >>> I am using Kamailio >>> ** >>> *v4.4.x* to load balanced traffic to FreeSWITCH servers. I have query >>> regarding ds_ping_interval and ds_probing_threshold. We have very high >>> traffic (around 200-400 >>> (CPS) >>> calls per sec) hitting on Kamailio which then distribute it to 2-3 >>> FreeSWITCH servers. >>> >>> What is the optimal value should I set to ds_ping_interval and >>> ds_probing_threshold? >>> >>> If I set >>> >>> ds_ping_interval=2 and >>> >>> ds_probing_threshold=1 then in every 2 sec, I would come to know if my >>> >>> FreeSWITCH server is down/up. But by setting such low values, I afraid >>> there would >>> be >>> lot of SIP traffic on network. >>> If I set high (say >>> >>> ds_probing_threshold=5) then I may loose high number of calls (200 CPS, >>> I will loose 1000 calls) in case >>> >>> FreeSWITCH server is down. >>> >>> >>> As I said earlier we have very high traffic hitting on Kamailio, can't >>> kamailio use INVITE itself to probe FreeSWITCH server is down/up? In case >>> of low traffic can't it switch over to OPTION mechanism? >>> >>> -- >>> Thanks in Advance >>> , >>> >>> Atul >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Kamailio (SER) - Users Mailing List >>> [email protected] >>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>> >>> >> >> _______________________________________________ >> Kamailio (SER) - Users Mailing List >> [email protected] >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >> >> > > _______________________________________________ > Kamailio (SER) - Users Mailing List > [email protected] > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > >
_______________________________________________ Kamailio (SER) - Users Mailing List [email protected] https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
