<div dir="ltr">Thanks for the update. Working on making peace with it :P, moving some stuff around has resolved my immediate issue.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 2, 2020 at 5:45 PM Alex Balashov <<a href="mailto:abalashov@evaristesys.com">abalashov@evaristesys.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">It will not go back to request_route; you'll have to make peace with that.<br>
<br>
Most things are valid in the continued route. A few will doubtless <br>
exhibit quirky behaviour as the state doesn't make it across properly <br>
from the original requet_route. I haven't been adversely impacted by <br>
this in my extensive use of http_async_client(), however.<br>
<br>
On 11/2/20 8:42 PM, Brandon Armstead wrote:<br>
> Alex,<br>
> <br>
> Hey hows it going!<br>
> <br>
> I realize execution continues in ROUTENAME however after this route is <br>
> completed it does not go back to request_route { }. I suppose I could <br>
> move the config around, just wanted to double check. Also part of the <br>
> issue here is that I'm finding certain functions i.e. msg_apply_changes <br>
> is not valid in the continued route.<br>
> <br>
> On Mon, Nov 2, 2020 at 5:36 PM Alex Balashov <<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a> <br>
> <mailto:<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a>>> wrote:<br>
> <br>
> Correct, this is expected behaviour. Execution will continue in<br>
> ROUTENAME instead of returning to the calling route.<br>
> <br>
> On 11/2/20 8:33 PM, Brandon Armstead wrote:<br>
> > kamailio 5.5.0-dev3<br>
> ><br>
> > I'm unsure if this is expected behavior, so thought I would ask...<br>
> ><br>
> > When using http_async_query("URI", "ROUTENAME")<br>
> ><br>
> > request_route {<br>
> > route(AUTH);<br>
> ><br>
> > # this does not get executed below route(AUTH)<br>
> > xinfo("[$ci][$rm] we hit this line");<br>
> > }<br>
> ><br>
> > route[AUTH] {<br>
> > t_newtran();<br>
> > http_async_query("URI", "ROUTENAME");<br>
> > }<br>
> ><br>
> > route[ROUTENAME] {<br>
> > # do stuff here to check authentication and return<br>
> ><br>
> > if(auth + registration) {<br>
> > append_hf("Path....");<br>
> > msg_apply_changes(); # this fails and errors out about incorrect<br>
> route<br>
> > # ^ invalid usage - not in request route or a reply<br>
> > save("location");<br>
> > }<br>
> ><br>
> > if(auth + invite) {<br>
> > # route to pstn<br>
> > }<br>
> > }<br>
> ><br>
> > Expected behavior: to be able to obtain some processing /<br>
> information<br>
> > gathering about authentication with the call and additional<br>
> information<br>
> > possibly and return to normal routing. As-is now I've to move the<br>
> > actions all into ROUTENAME for kamailio to continue processing,<br>
> it does<br>
> > not go back to request_route { }.<br>
> ><br>
> > # this does not get executed below route(AUTH)<br>
> ><br>
> > Is this expected behavior, or am I missing something?<br>
> ><br>
> > If I do catch route(AUTH) with a hash table and prevent its<br>
> execution<br>
> > after first run, the avp's from the transaction created are not<br>
> > available in request_route that were set in ROUTENAME.<br>
> ><br>
> > _______________________________________________<br>
> > Kamailio (SER) - Users Mailing List<br>
> > <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a> <mailto:<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
> > <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
> ><br>
> <br>
> -- <br>
> Alex Balashov | Principal | Evariste Systems LLC<br>
> <br>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)<br>
> Web: <a href="http://www.evaristesys.com/" rel="noreferrer" target="_blank">http://www.evaristesys.com/</a>, <a href="http://www.csrpswitch.com/" rel="noreferrer" target="_blank">http://www.csrpswitch.com/</a><br>
> <br>
> _______________________________________________<br>
> Kamailio (SER) - Users Mailing List<br>
> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a> <mailto:<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
> <br>
> <br>
> _______________________________________________<br>
> Kamailio (SER) - Users Mailing List<br>
> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
> <br>
<br>
-- <br>
Alex Balashov | Principal | Evariste Systems LLC<br>
<br>
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)<br>
Web: <a href="http://www.evaristesys.com/" rel="noreferrer" target="_blank">http://www.evaristesys.com/</a>, <a href="http://www.csrpswitch.com/" rel="noreferrer" target="_blank">http://www.csrpswitch.com/</a><br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>