<div dir="ltr">Heads-up though, before you get over excited about the suggested simplicity of using PATH. Don't try it if your asterisk farm runs on PJSIP - it simply won't work.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 28, 2021 at 11:53 AM 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"><div dir="auto">Hi Daian,<div><br></div><div>Rather than reoriginaring registrations with Kamailio’s UAC module, I suggest you look into the Path extension and Kamailio’s PATH module as a means of relaying registrations inward to Asterisk. </div><div><br></div><div>You can still benefit from security features of Kamailio in that case, while removing 90% of the complexity in your proposal. :-)</div><div><br></div><div>— Alex<br><br><div dir="ltr">—<div>Sent from mobile, with due apologies for brevity and errors.</div></div><div dir="ltr"><br><blockquote type="cite">On May 28, 2021, at 10:24 AM, Daian Conrad <<a href="mailto:daian.conrad@gmail.com" target="_blank">daian.conrad@gmail.com</a>> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div>Hi all,</div><div><br></div>I am studying and improving my understanding of how kamailio works, I have used asterisk for a few years(and starting learning freeswitch too), and I use an application to manage extensions, trunks and other media services.<br>I'm building a new scenario where kamailio is facing the internet and the asterisk(s) are internally on private networks, would like the opinion of you who are more experienced with more complex environments than me.<div><br></div><div> I cannot change the application that uses asterisk for now, due to the effort to develop event monitoring, cdr and other features that I use today.</div><div><br>I imagined and working on making kamailio functional by saving the registration of extensions with location on DB, and with the UAC module making the registration of extensions on asterisk(s), replacing the registration address with the address of kamailio, its functional at this point, but data replication with extensions turns things some hard to mantain manually.</div><div><br>I think about using the DNS domain for each asterisk and make this forwarded, each asterisk response for a fqdn and its extensions, like (<a href="http://pbx1.example.com" target="_blank">pbx1.example.com</a> is forwarded to asterisk1, <a href="http://pbx2.example.com" target="_blank">pbx2.example.com</a> to asterisk2) and so on.</div><div><br>Read about the dispatcher, rr, htable,carrierroute module to identify the domain and forward based on that , none made me sure to be chosen for the role, however, everyone has the resources to do it.</div><div><br></div><div>I am very wrong to follow this path, which option in your opinion is "less" painful for a beginner apprentice like me?</div><div><br>I think about simple proxy based on domain requests(all messages and dialogs) to asterisk where is responsible for the domain(realm)<br>but, loss the ability to use great security features of kamailio, is what I understand now with the knowledge I have.</div><div><br></div><div>Sorry and forgive my english, i'm not very good at writing.</div><div><br></div><div><div><br></div>-- <br><div dir="ltr"><div>================</div><div>**Daian Conrad**</div><div><br></div><div>E-mail: <a href="mailto:daian.conrad@gmail.com" target="_blank">daian.conrad@gmail.com</a></div><div>OpenS Team (DaCoD)</div><div>Linux user: #248912 </div><div><br></div><div><br></div></div></div></div>
<span>__________________________________________________________</span><br><span>Kamailio - Users Mailing List - Non Commercial Discussions</span><br><span>  * <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a></span><br><span>Important: keep the mailing list in the recipients, do not reply only to the sender!</span><br><span>Edit mailing list options or unsubscribe:</span><br><span>  * <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a></span><br></div></blockquote></div></div>__________________________________________________________<br>
Kamailio - Users Mailing List - Non Commercial Discussions<br>
  * <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
Important: keep the mailing list in the recipients, do not reply only to the sender!<br>
Edit mailing list options or unsubscribe:<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>