You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In a project, we implemented parts of our routing logic with javascript. We don't use KEMI at the moment. So most of the routing logic still happens in kamailio.cfg. We have implemented the t_relay part in JS, and after that we want to stop the execution of the routing logic. In kamailio config we would do that with return or exit. In our implementation we used KSR.x.exit(), but the execution of the kamailio config continues.
This is how our kamailio config section looks like:
# No Accounting special calls
if ( $fU =~ "^1234567$") {
resetflag(doAccounting);
}
if (!jsdt_run("routeSomeCallsHere")) {
xlog("L_ERR", "JS Call of routeSomeCallsHere route failed.\n");
}
# routing decision
route(makeRoutingDecision);
This is what the JS does:
function relayPacket() {
KSR.dbg("Sending out packet " + KSR.pv.get("$rm") + " statefully.\n");
if (KSR.tm.t_relay() < 0) {
KSR.err("statefulForward: error to <" + KSR.pv.get("$tu") + "> from <" + KSR.pv.get("$fu") + ">\n");
if (KSR.is_method_in("IA")) {
KSR.rtpengine.rtpengine_delete0();
}
KSR.sl.sl_reply_error();
KSR.x.exit();
return false;
}
KSR.info("DONE relaying!!!");
KSR.x.exit();
return true;
};
Looks to us as if KSR.x.exit() does not work in our scenario. Did we miss something? In the end, Kamailio sends out two INVITEs, one from JS and one from the old routing logic.
The function KSR.x.exit() is stopping the JavaScript interpreter to execute further JavaScript code, not to stop the kamailio.cfg interpreter in such a mixed use case.
If you expected that nothing else is executed after jsdt_run() in kamailio.cfg, then it is not how KSR.x.exit() was designed. The solution is to set some variable in JS code and test it in kamailio.cfg routing block to do an exit.
Description
In a project, we implemented parts of our routing logic with javascript. We don't use KEMI at the moment. So most of the routing logic still happens in kamailio.cfg. We have implemented the t_relay part in JS, and after that we want to stop the execution of the routing logic. In kamailio config we would do that with return or exit. In our implementation we used KSR.x.exit(), but the execution of the kamailio config continues.
This is how our kamailio config section looks like:
This is what the JS does:
Looks to us as if KSR.x.exit() does not work in our scenario. Did we miss something? In the end, Kamailio sends out two INVITEs, one from JS and one from the old routing logic.
Additional Information
kamailio -v
Debian Wheezy
The text was updated successfully, but these errors were encountered: