<div dir="ltr">I understand a bit about the IP routing issues, I have already seen some of them with Kamailio being confused about a private vs. a published public address.<div><br></div><div>Thanks for your help, I have more ideas I am going to try today.<span style="font-family:arial,sans-serif;font-size:13px"> </span><br>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 16, 2013 at 8:41 AM, Klaus Darilion <span dir="ltr"><<a href="mailto:klaus.mailinglists@pernau.at" target="_blank">klaus.mailinglists@pernau.at</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Coy!<div class="im"><br>
<br>
On 16.10.2013 14:29, Coy Cardwell wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks.<br>
<br>
By "as long as IP connectivity between the outbound proxies and<br>
registrars is not filtered", what exactly must not be filtered?<br>
The proxies and their 'local' registrars will be in the same private IP<br>
cloud.<br>
</blockquote></div>
Then it should be fine.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Are you implying if a proxy tries to reach a nat-ed registrar in<br>
another, different, private IP cloud it won't work?<br>
</blockquote>
<br></div>
Probably it depends on the NAT and how the cloud is connected to the Internet and other clouds. But also NATed servers should be fine, if the NAT does not mangle SIP packets and the proxies are configured to announce the public IP address.<br>

<br>
Thus, hmm, there may be problems depending on your setup. For example:<br>
<br>
             Internet (public IP)                  Cloud 1<br>
              1.1.1.2                    outboundproxy 1: 10.0.1.2<br>
              1.1.1.3                    registrar 1:     10.0.1.3<br>
<br>
             Internet (public IP)                  Cloud 2<br>
              2.2.2.2                    outboundproxy 2: 10.0.2.2<br>
              2.2.2.3                    registrar 2:     10.0.2.3<br>
<br>
<br>
If the outboundproxy (OBP) 1 talks to registrar 1, does it us the internal IP addresses or the public IP addresses? For later, Kamailio can be simply configured to announce the public IP addresses in all SIP messages. But if internal traffic uses internal IP addresses, then the OBP is "virtual" multihomed, and Kamailio must be correctly configured to announce the private IP address when talking to the registrar, but using the public IP address when talking to customer in the Internet.<br>

<br>
Further, if OBP1 talks to registrar2, then such "virtual" mutlihomed setups are also needed on the registrar server.<br>
<br>
Conclusion: I guess every private cloud has different network techniques how traffic is routed externally and internally. Thus, the Kamailio configuration heavily depends on the underlying network (as IP addresses are put into the SIP messages). But at least Kamailio is very flexible and up to now I always have solved strange network setups.<br>

<br>
regards<span class="HOEnZb"><font color="#888888"><br>
Klaus<br>
<br>
</font></span></blockquote></div><br></div>