Maybe I didn't fully understand the problem here, but wouldn't a fr_inv_timer do the trick by setting: loadmodule("tm") modparam("tm", "fr_inv_timer", 10000) // 10 seconds timeout
?
and then using event_route[tm:branch-failure:myroute] to use the second branch?
Atenciosamente / Kind Regards / Cordialement / Un saludo,
*Sérgio Charrua*
On Thu, Mar 20, 2025 at 4:58 PM Patrick Karton via sr-users < sr-users@lists.kamailio.org> wrote:
If "SBC" in your call flow is a kamailio instance why do you need to cancel branch0 with another dedicated function ?
As soon as kamailio receives an 1xx response without a final response it will send automatically a CANCEL on that branch.
Le 20 mars 2025 14:57, Ben Kaufman via sr-users < sr-users@lists.kamailio.org> a écrit :
I've dealt with the same issue, and as far as I understand, the problem is with Freeswitch not supporting branching and IIRC not recognizing that the via branch has changed. Adding a sleep function as indicated in that link is a blocking process, so if you have this serial forking occur frequently it could cause kamailio to have issues. There is a non-blocking async_sleep function that I didn't have success with, but that was probably a misunderstanding of how it worked on my part. With that said, you might try adding another sip_profile to your freeswitch server (on a different port) and see if sending the serially forked call to the other sip_profile addresses it. Otherwise, I'd recommend adding another freeswich instance (even if it's on the same server) rather than calling sleep();
Regards, Kaufman
*From:* Alex A via sr-users *Sent:* Wednesday, March 19, 2025 4:58 PM *To:* sr-users@lists.kamailio.org *Cc:* Alex A *Subject:* [SR-Users] How to place a delay between cancelling branch and retrying next one on timer expiry?
*CAUTION:* This email originated from outside the organization. *Do not click links or open attachments* unless you recognize the sender and know the content is safe.
Hi All,
I have an interesting use-case where I need to place a delay between cancelling branch and retrying next one.
*Background:* Running Kamailio 5.6.x
Kamailio routes requests via a freeswitch B2BUA server on select call flows (where B2BUA functionality is required). Call flow examples: PSTN --> Kamailio --> Freeswitch --> appserver1 PSTN --> Kamailio --> Freeswitch --> appserver2
On attempt failures, a branch retry is required from appserver1 to appserver2; however freeswitch B2BUA remains the same Since Freeswitch does not quite follow the RFC 3261 timer K specifications (should be 0 seconds for reliable transports, but FS keeps transactions for T4 (set to 2 seconds)); I have implemented an artificial delay in failure route before retrying (as per recommendation described here: https://freeswitch-users.freeswitch.narkive.com/TsSye66D/482-request-merged-... )
*Script config:* onreply_route[MANAGE_REPLY] { xlog("L_INFO", "reply $T_reply_code received"); if (t_check_status( "1[1-9][0-9]")) { t_reset_fr(); } else { t_set_fr(120000); } }
route(NATDETECT); *#!ifdef WITH_RTPENGINE* route(RTPMANAGE); *#!endif* }
route[RELAY] {
if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) { if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH"); }
if (is_method("INVITE|SUBSCRIBE|UPDATE")) { if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY"); }
if(is_method("INVITE|BYE|UPDATE|CANCEL|ACK")) { setflag(FLT_DLGINFO); }
if (!t_relay()) { sl_reply_error(); }
exit; }
route[TOCARRIER] { process bunch of things, attach custom headers, generate request URI
t_on_failure("MANAGE_FAILURE_CARRIER"); route(RELAY); }
failure_route[MANAGE_FAILURE_CARRIER] { xlog("L_INFO", "reply $T_reply_code received"); if ($avp(inbound_attempt)<=1){ if ($dlg_var(b2bua)=="true"){ usleep(1900000); } route("TOCARRIER");
}
*Call Flows:*
The above fix works well when an explicit error reply is received back.
*error reply SIP exchange:* SBC --> INVITE(branch0) ---> Freeswitch SBC <-- 503 <-- Freeswitch failure_route executed (sleep runs here) SBC --> INVITE(branch1) ---> Freeswitch call continues as expected.
however does not work when NO reply is received at all and the timer expires. *Current timer expiry SIP exchange:* SBC --> INVITE(branch0) ---> Freeswitch SBC <-- 100/180 <-- Freeswitch SBC (timer expires) failure_route executed (sleep runs here) SBC --> INVITE(branch1) ---> Freeswitch SBC <-- 482 Merged <-- Freeswitch SBC --> CANCEL(branch0) ---> Freeswitch
I am looking to CANCEL branch0 before the sleep delay runs
Based on source code, t_cancel_branches("this") can only be executed in reply_route; however the chellenge is that reply_route never sees the "faked 408" on timer expiry(although the failure route does see $T_reply_code 408).
Any suggestions on how to handle this would be greatly appreciated.
TIA
Kamailio - Users Mailing List - Non Commercial Discussions -- sr-users@lists.kamailio.org To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!