<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 6, 2017 at 5:32 PM, Alex Balashov <span dir="ltr"><<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Matt,<br>
<span class=""><br>
On Wed, Dec 06, 2017 at 04:10:21PM -0600, Matthew Jordan wrote:<br>
<br>
> 1. Proxy REGISTER requests through to Asterisk, allowing Asterisk to<br>
> (believe) it is the Registrar<br>
><br>
> In this particular case, you'll need a PJSIP endpoint for each SIP endpoint<br>
> that is registering. Identification will need to be done based either on<br>
> the From user or by a custom header that Kamailio can add and pass off to<br>
> Asterisk. You will need to use the outbound_proxy options so that outbound<br>
> requests go through Kamailio as opposed to directly to the registered<br>
> endpoints. The benefit of this is that it gives Asterisk all of the<br>
> information it needs, all of the time. The downside is that you now have<br>
> potentially many services acting as a Registrar, and you have a lot of<br>
> traffic flying around that you don't need or want.<br>
<br>
</span>Can't a lot of the complications here be obviated through Path?<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>Maybe? I'm not sure - how would Path (which Asterisk supports as well) remove the need to proxy the REGISTER request to all of the Asterisk instances?</div><div> </div></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Matthew Jordan<br>Digium, Inc. | CTO<br>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA<br>Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a></div>
</div></div>