Hello, a suspend of a request is practically a branch that is not sent out, which can also time out, if not resumed before retransmission timeout value and can get in failure route if requested.
On continue, the suspended branch is closed like when a negative response is received on that branch and a new one is created to allow processing/routing further the request. So, yes, the mechanism behind is relying on using branches. Note that on re-routing, you have to request again failure route execution. If no branch was answered with 200ok, you can enforce the response code in failure route with t_reply(). Cheers, Daniel On 24.11.21 14:43, Sebastian Damm wrote: > After spending more hours of unsuccessful debugging, I can add to my problem: > > My call enters the branch_route_failure route, where I can get the 486 status > with t_get_status_code(). However, I cannot issue a t_reply() in this phase > of the call. And after some more seconds, when the transaction times out > (looks like it's the no-answer-received timer of 30 seconds), Kamailio just > sends a 408 without entering any route anymore. I have a debug output in my > failure route, which is never printed. > > I tried virtually every command from tm or tmx module in the last hours that > looked like it could help. Without success. Still stuck at "Why is there > another branch after t_suspend and t_continue and how do I make it go away? > There's just an evapi call to cgrates in between. > > Grateful for any ideas. > > Thanks, > Sebastian > > ----- Ursprüngliche Mail ----- > Von: "Sebastian Damm" <[email protected]> > An: "sr-users" <[email protected]> > Gesendet: Dienstag, 23. November 2021 17:51:02 > Betreff: [SR-Users] t_suspend() / t_continue() create new branches > > Hi, > > I have the following weird problem. A Kamailio (5.4.x) with some asynchronous > permission logic suspends outgoing INVITEs and resumes them after the answer > of the permission system. Everything works as expected when the call is > answered. However, when the called party rejects the call (with a 486 for > example), the call doesn't get torn down immediately (it is rejected with a > 408 eventually) because Kamailio logs the following: > > Nov 23 14:51:02 host /usr/sbin/kamailio[1569]: DEBUG: app_python > [apy_kemi.c:106]: sr_kemi_config_engine_python(): execution of route type 4 > with name [ksr_onreply_manage] returned 1 > Nov 23 14:51:02 host /usr/sbin/kamailio[1569]: DEBUG: tm [t_reply.c:1363]: > t_should_relay_response(): ->>>>>>>>> T_code=183, new_code=486 > Nov 23 14:51:02 host /usr/sbin/kamailio[1569]: DEBUG: tm [t_reply.c:1448]: > t_should_relay_response(): store - other branches still active > Nov 23 14:51:02 host /usr/sbin/kamailio[1569]: DEBUG: tm [t_reply.c:1926]: > relay_reply(): reply status=3 branch=2, save=1, relay=-1 icode=0 msg > status=486 > > I don't do any forking, the call is just forwarded. > > I put the following line immediately after t_suspend() and in the beginning > of the route specified in t_continue(): > > KSR.info("We're at branch index %d" % KSR.pv.get("$T(branch_index)")) > > This produces the following output: > > Nov 23 16:30:13 host /usr/sbin/kamailio[2745]: INFO: <core> > [core/kemi.c:104]: sr_kemi_core_info(): We're at branch index 0 > Nov 23 16:30:13 host /usr/sbin/kamailio[2725]: INFO: <core> > [core/kemi.c:104]: sr_kemi_core_info(): We're at branch index 2 > > So apparently, the suspend and continue introduce new branches. (Other > option: I'm doing something completely different creating those branches, but > I don't have any append_branch() or similar in my code.) > > I assume, I just missed a configuration parameter. Can I get Kamailio somehow > to behave as if there was just one branch and forward the negative reply? > > Thanks, > Sebastian > > __________________________________________________________ > Kamailio - Users Mailing List - Non Commercial Discussions > * [email protected] > Important: keep the mailing list in the recipients, do not reply only to the > sender! > Edit mailing list options or unsubscribe: > * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > __________________________________________________________ > Kamailio - Users Mailing List - Non Commercial Discussions > * [email protected] > Important: keep the mailing list in the recipients, do not reply only to the > sender! > Edit mailing list options or unsubscribe: > * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Online Feb 21-24, 2022 (America Timezone) * https://www.asipto.com/sw/kamailio-advanced-training-online/ __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions * [email protected] Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe: * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
