<div dir="ltr">Hi Jon,<div><br></div><div>We plan to keep using main server in NYC since there will be also users in europe and USA, so proxy in Brazil is just to help local users to get local connectivity between internal calls and go main NYC for accounting / externall calls. </div><div><br></div><div>So at this point my question is: Why would I need to "signal locally" here in Brazil ? what would be the difference ? there's not much traffic, but if calls expand, would this help much ? and also, would it make it more complicating to use also a "natbox" with Kamailio and rtpproxy ? </div><div><br></div><div>Thanks, </div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 6, 2015 at 4:33 PM, Jon Bonilla (Manwe) <span dir="ltr"><<a href="mailto:manwe@sipdoc.net" target="_blank">manwe@sipdoc.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">El Mon, 6 Apr 2015 14:32:59 -0300<br>
"<a href="mailto:kalss21@gmail.com" target="_blank">kalss21@gmail.com</a>" <<a href="mailto:kalss21@gmail.com" target="_blank">kalss21@gmail.com</a>> escribió:<br>
<span><br>
> Hola Jon,<br>
><br>
> Well, we're testing main server in NY area (and want to keep it there due<br>
> to DID and termination providers) and want to have a proxy server in the<br>
> local area where we are located in Brazil, network here it's slow and<br>
> mobiles would have registration and voice issues (latency, timeouts) with<br>
> servers outside the country.<br>
><br>
> Taking profit of this proxy, voice between local users should keep locally<br>
> between extensions, no need to pass by the SPCE server, right ?<br>
><br>
><br>
<br>
</span>Please keep the list in CC<br>
<br>
Well, the most common scenario here would be keep all the signaling in NY and<br>
add a rtp proxy in Brazil. With some modifications you could check and use the<br>
local rtp proxy for local calls. That would also extend to other locations.<br>
<br>
If your subscribers are only in Brazil that's even easier as you would only<br>
need to move the rtp proxy and forget about other logic.<br>
<br>
In case you also need to keep some signaling local you might use a natbox<br>
(kamailio + rtpproxy) to keep all the nat keepalive logic local. But all the<br>
rest of the signaling should still be sent to NY for accounting purposes.<br>
<br>
If you don't care about accounting for local calls and want to keep *all* local<br>
signaling + rtp local so the ngcp server doesn't care about local calls then<br>
you can do it with kamailio + rtpproxy + some logic. Been there a couple of<br>
times and it works.<br>
<br>
<br>
s/rtpproxy/rtpengine/g<br>
<br>
<br>
<br>
cheers,<br>
<br>
Jon<br>
<br>
</blockquote></div><br></div></div>