<div>I tried a few more things and discovered that apparently the sip profile configuration was fine, but the problem has something to do with the gateway, because when I try originating a call through another gateway, it generates traffic fine, it doesn't work because is not on the right network interface, but at least it tries.</div>
<div><br></div><div>This is the configuration of the gateway that is not working (although it appears fine with sofia status on the console)</div><div><br></div><div><div><gateway name="somegateway"></div>
<div> <param name="username" value="someuser"/></div><div> <param name="password" value="somepass"/></div><div> <param name="from-domain" value="<a href="http://200.13.15.220:5061">200.13.15.220:5061</a>"/></div>
<div> <param name="realm" value="<a href="http://200.13.15.220:5061">200.13.15.220:5061</a>"/></div><div> <param name="proxy" value="<a href="http://200.13.15.220:5061">200.13.15.220:5061</a>"/></div>
<div> <param name="from-user" value="someuser"/></div><div> <param name="caller-id-in-from" value="false"/></div><div> <param name="expire-seconds" value="600"/></div>
<div> <param name="register" value="false"/></div><div> <param name="retry_seconds" value="5"/></div><div> <param name="extension" value="2011"/></div>
<div> <param name="context" value="public"/></div><div> <param name="codec-prefs" value="G729"/></div><div> <param name="rfc2833-pt" value="101"/></div>
<div> </gateway></div></div><div><br></div><div><br></div><div>Could it be because of the port (5061)?</div><div><br></div><div><br></div><br><br><div class="gmail_quote">On Mon, Oct 18, 2010 at 10:33 AM, Nicolas Brenner <span dir="ltr"><<a href="mailto:nico@clickfono.com">nico@clickfono.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div>I haven't been able to solve this, but one thing I noticed though, is that the internal profile is being aliased to the ip of the interface I'm trying to use in the external profile, I'm guessing this causes trouble, the problem is that if I disable aliasing, it doesn't make a difference, and checking out the list archive, apparently is a bad idea to disable aliasing anyway.</div>
<div><br></div><div>How do I prevent the internal profile from aliasing to a specific ip? and what ip should the internal profile should alias to if the server has to private ("internal") ip?</div><div><br></div>
<div>Thanks.</div><div><div></div><div class="h5"><div><br></div><br><br><div class="gmail_quote">On Mon, Oct 11, 2010 at 7:21 PM, Nicolas Brenner <span dir="ltr"><<a href="mailto:nico@clickfono.com" target="_blank">nico@clickfono.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Yup, here's the output:<div><div><br></div><div><a href="http://pastebin.freeswitch.org/14203" target="_blank">http://pastebin.freeswitch.org/14203</a></div><div><br></div><div><br></div></div><div>I'm trying to originate a call using the gateway on <span style="font-family:'Courier New', Courier, monospace;font-size:11px;color:rgb(51, 51, 51)"><span>200.13</span><span>.15</span><span>.220</span></span>, originating it from <span style="font-family:'Courier New', Courier, monospace;font-size:11px;color:rgb(51, 51, 51)"><span>172.26</span><span>.6</span><span>.161</span></span>.</div>
<div><br></div><div>Seems like no packets are going out at all, at least tcpdump is not getting any. Oddly, if instead of setting sip-ip and rtp-ip to the ip of the interface I need, I set ext-sip-ip and ext-rtp-ip to that ip, tcpdump starts seeing traffic, but the traffic is originated from the wrong ip/interface (the public one, instead of the one with the ipsec vpn).</div>
<div><div></div><div>
<div><br></div><div><br><br><div class="gmail_quote">On Mon, Oct 11, 2010 at 6:50 PM, Michael Collins <span dir="ltr"><<a href="mailto:msc@freeswitch.org" target="_blank">msc@freeswitch.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
When you do "sofia status" do you see the correct IP address for the profile in question?<br>Also, when you make an outbound call can you see where (if?) the packets are going? Perhaps to another interface?<br>
<font color="#888888"><br>
-MC</font><div><div></div><div><br><br><div class="gmail_quote">On Mon, Oct 11, 2010 at 2:44 PM, Nicolas Brenner <span dir="ltr"><<a href="mailto:nico@clickfono.com" target="_blank">nico@clickfono.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
The system routes are well configured, I can ping and telnet the gateway from bash, all traffic to that gateway's ip is routed through the needed interface. Now, are there other routes I should be addressing in FS config files?<div>
<br><br><div class="gmail_quote">On Mon, Oct 11, 2010 at 6:33 PM, <span dir="ltr"><<a href="mailto:Russell.Mosemann@cune.org" target="_blank">Russell.Mosemann@cune.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
Another thing to check is that there is only one IP address assigned to<br>
the interface. A problem with using the "right" IP address can occur if<br>
there is more than one IP address assigned to the same interface. Without<br>
routing rules, the operating system chooses the IP address from the<br>
interface that it believes is the best one for delivering the traffic,<br>
and sometimes it is not the address you want to use.<br>
<font color="#888888"><br>
--<br>
Russell Mosemann<br>
<br>
<br>
<br>
________________________________________________________<br>
Concordia University, Nebraska<br>
See <a href="http://www.cune.edu/" target="_blank">http://www.cune.edu/</a> for the latest news and events!<br>
</font><div><div><div></div><div><br>
<br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></div></blockquote></div><br></div>
<br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>
</div></div><br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>