<div dir="ltr">Just wanted say that the "alias=" line worked perfectly. Thanks so much for your help brett. </div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 23, 2014 at 11:58 PM, Brett Nemeroff <span dir="ltr"><<a href="mailto:brett@nemeroff.com" target="_blank">brett@nemeroff.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Try just:<div><br></div><div>alias=<a href="http://domain.com" target="_blank">domain.com</a></div><div>
<br></div><div><a href="http://www.opensips.org/Documentation/Script-CoreParameters-1-9#toc26" target="_blank">http://www.opensips.org/Documentation/Script-CoreParameters-1-9#toc26</a><br>
</div><div><br></div><div>Note that there are some tricks you normally have to do to make EC2 work. You are not learning the easy way :)</div><div><br></div><div>Check out this thread for some pointers:</div><div><a href="http://lists.opensips.org/pipermail/users/2010-April/012367.html" target="_blank">http://lists.opensips.org/pipermail/users/2010-April/012367.html</a><br>
</div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, May 24, 2014 at 12:45 AM, Kurtis Heimerl <span dir="ltr"><<a href="mailto:kheimerl@endaga.com" target="_blank">kheimerl@endaga.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">This totally makes sense! Thanks so much. Due to the intricacies of our design (ec2 in action) the automatic alias detection isn't working (it gets the name from the local DNS which isn't routable externally). How do I get it to know that "myself" is a certain domain name? I set SIP_DOMAIN in the configuration, that didn't seem to change anything. <div>
<br></div><div>Thanks again!</div></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 23, 2014 at 9:59 PM, Brett Nemeroff <span dir="ltr"><<a href="mailto:brett@nemeroff.com" target="_blank">brett@nemeroff.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Well the thing is.. if you are a registrar and users are registering to your domain name like <a href="mailto:1234@domain.com" target="_blank">1234@domain.com</a>.. Then your server needs to know it is <a href="http://domain.com" target="_blank">domain.com</a> else when it hits this block (if you kept it from the examples):<div>
<br></div><div><div> if (!uri==myself) {</div><div> append_hf("P-hint: outbound\r\n");</div><div> route(relay);</div><div> }</div></div><div><br></div><div>The call will attempt to be relayed.. and if the domain IS actually pointing to yourself.. well SURPRISE, you have a loop again. </div>
<div><br></div><div>so "myself" means that the domain IS a valid alias.. </div><div><br></div><div>(this is the short answer)</div><div><br></div><div>Remember, the LISTEN is what IP it'll get packets on.. regardless of domain name.. used in the signaling. </div>
<span><font color="#888888">
<div>-Brett</div><div><br></div></font></span></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 23, 2014 at 8:07 PM, Kurtis Heimerl <span dir="ltr"><<a href="mailto:kheimerl@endaga.com" target="_blank">kheimerl@endaga.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Getting back on this horse, what do you mean "alias setup". There seem to be two different aliases: one for users (x@y -> 1000@foo) and one for the service itself:<br>
<br><div>Restarting opensips: opensipsListening on </div>
<div> udp: 192.168.0.0.1 [192.168.0.0.1]:5060</div><div>Aliases: </div><div> udp: <a href="http://x.y.server.name:5060" target="_blank">x.y.server.name:5060</a></div><div><br></div><div>Which of these need to be configured for the server to work as a registrar? The former seems easy enough, but doesn't make a lot of sense architecturally. The second makes a lot more sense, but I can't find how to add another alias (that one is auto detected). </div>
<div><br></div><div>Thanks again!</div>
</div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 15, 2014 at 11:41 AM, Brett Nemeroff <span dir="ltr"><<a href="mailto:brett@nemeroff.com" target="_blank">brett@nemeroff.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">So OpenSIPs doesn't do anything on it's own. If you just downloaded, and compiled... I can say with like 99% certainty it's not going to do what you want. It's just a toolkit.<div>
<br></div><div>
For example, if your config doesn't explicitly check the register to see if it's valid, it's not doing it. </div><div><br></div><div>The sample config i think has some of these bits littered around it.. Maybe you don't have your alias setup right in which case it would try to relay it. </div>
</div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 15, 2014 at 12:46 PM, Kurtis Heimerl <span dir="ltr"><<a href="mailto:kheimerl@endaga.com" target="_blank">kheimerl@endaga.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">This makes *a lot* of sense. Thanks!I expected the SIP REGISTER to be terminated at the instance rather than forwarded as I had that user/pw combo in the subscribers table. I assume it doesn't do that by default I have to add a command to the routing logic to do that? Or, architecturally, should I just forward that request anyhow?<div>
<br></div><div>Thanks!</div></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 15, 2014 at 2:11 AM, Brett Nemeroff <span dir="ltr"><<a href="mailto:brett@nemeroff.com" target="_blank">brett@nemeroff.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Normally this means that you haven't actually done anything with the call, but you are t_relaying it out.<div>
<br></div><div>In other words, the RURI was destined for your opensips box.. That's how it got there.. it hit opensips, then you sent it back out.. But you never adjusted the RURI to point to the next hop by either changing the request user part or domain part. So it sends it back to itself (loopback) until Max-Forwards expires and returns the 483.</div>
<div><br></div><div>If you remove the 483 check, you get a massive loop on the loopback interface until you start to kill server resources, which gave you the 408.</div><div><br></div><div>Be sure you are actually doing some change to the message before you send it back out. Try to xlog the r-uri before you t_relay() like this:</div>
<div><br></div><div>xlog("L_INFO","Sending call out to $ru");</div><div><br></div><div>If you watch sip traffic on your loopback interface, you'll see what all the madness is about.. I don't really recommend it, since it very quickly will consume your terminal, but you'll at least understand what exactly is happening..</div>
<div><br></div><div>Good luck!</div><div>-Brett</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Wed, May 14, 2014 at 8:36 PM, Kurtis Heimerl <span dir="ltr"><<a href="mailto:kheimerl@endaga.com" target="_blank">kheimerl@endaga.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><span style="font-family:arial,sans-serif;font-size:17px">Hey Users,</span><div style="font-family:arial,sans-serif;font-size:17px">
<br></div><div style="font-family:arial,sans-serif;font-size:17px">I'm a developer with a lot of experience in FreeSWITCH trying out OpenSIPS for a larger, more central piece of infrastructure. I started investigating it a few days ago with the following use case in mind:</div>
<div style="font-family:arial,sans-serif;font-size:17px"><br></div><div style="font-family:arial,sans-serif;font-size:17px">FS instance with users attached.</div><div style="font-family:arial,sans-serif;font-size:17px">OpenSIPS in the cloud routing the FS communications to another cloud provider (e.g., Twilio). </div>
<div style="font-family:arial,sans-serif;font-size:17px"><br></div><div style="font-family:arial,sans-serif;font-size:17px">I've got FS set up with our OpenSIPS box as an external provider and a set username and password. That seems to be working. I set up OpenSIPS from the opensips APT repository (<a href="http://apt.opensips.org/" target="_blank">http://apt.opensips.org/</a>) and version 11.1. It's running, configured with TEXTDB, and I inserted the username and password (after modifying the DB schema to allow null emails, which I guess is an ancient bug... <a href="http://sourceforge.net/p/openser/bugs/593/" target="_blank">http://sourceforge.net/p/openser/bugs/593/</a>). </div>
<div style="font-family:arial,sans-serif;font-size:17px"><br></div><div style="font-family:arial,sans-serif;font-size:17px">The registration from FS is being rejected as a 483 "Too many hops" This is strange. I removed the 483 check in the opensips cfg and now it's a 408 Timeout. OpenSIPS itself it complaining in the following way. The actual log is also available, but too large for the mailing list. </div>
<div style="font-family:arial,sans-serif;font-size:17px"><br></div><div style="font-family:arial,sans-serif;font-size:17px"><div>May 15 01:27:34 [26230] WARNING:core:fm_malloc: Not enough free memory, will atempt defragmentation</div>
<div>May 15 01:27:34 [26230] ERROR:tm:relay_reply: no more share memory</div><div>May 15 01:27:34 [26230] WARNING:core:fm_malloc: Not enough free memory, will atempt defragmentation</div><div>May 15 01:27:34 [26230] ERROR:tm:_reply_light: failed to allocate shmem buffer</div>
</div><div style="font-family:arial,sans-serif;font-size:17px"><br></div><div style="font-family:arial,sans-serif;font-size:17px">Googling this error brings up a few hits on issues with a memory leak, but that can't be the case here as it is just started. </div>
<div style="font-family:arial,sans-serif;font-size:17px"><br></div><div style="font-family:arial,sans-serif;font-size:17px">Ideas? What am I doing wrong? Is this is right use case for OpenSIPS anyhow?</div><div style="font-family:arial,sans-serif;font-size:17px">
<br></div><div style="font-family:arial,sans-serif;font-size:17px">Thanks!</div></div>
<br></div></div>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>