<div dir="ltr">Hello Daniel,<br><div class="gmail_extra"><br><div class="gmail_quote">2014-12-12 12:01 GMT+03:00 Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span>:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">what do you mean by 'acccept' here, send a 200ok or a 100trying and hold<br>
the INVITE in memory for a while?<br>
<br></blockquote><div><br></div>Well, yes.<br>Desired scenario is send '100 trying' and hold the current invite, then communicate to separate SIP server and then resume<br>a transaction.<br> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
If second, then see tmx module for t_suspend()/t_continue().<br>
<span class=""><br></span></blockquote><div><br></div><div>Thank you for pointing to.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">
</span>Uac is the module to generate new requests, you can handle the reply to<br>
it via reply_route and decide there what to do with parked INVITE.<br>
<br></blockquote><div><br></div><div>I know but for some reasons, I'm unable to costruct a new clear invite and manage it.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
If possible, I would use a different request (or even protocol, see<br>
evapi or jsonrpc-c modules) than invite instead of that new dialog. For<br>
example OPTIONS -- let's say you want to check if the initial caller is<br>
allowed to call, you can send the requests to a billing engine that<br>
gives the yes/no.<br>
<br>
Depending on the scenario, might be easier to go and code in C a module<br>
-- look at async, evapi, jsonrpc-c for examples on how to suspend and<br>
resume transactions from inside a module.<br>
<br></blockquote><div><br></div><div>I was thinking about to this solution after trying all of possible ways without writting a new module.<br></div><div>Ok, will try to workaround this by some embedded language execution, then work on this module if so...<br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Cheers,<br>
Daniel<br>
<span class=""><font color="#888888"><br></font></span></blockquote><div><br></div><div>Thanks!<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class=""><font color="#888888">
--<br>
Daniel-Constantin Mierla<br>
<a href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/miconda</a><br>
<br>
<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</font></span></blockquote></div></div></div>