<html><head/><body><html><head></head><body>Hi,<br>
You should add <a href="http://10.0.0.40">10.0.0.40</a> as a domain in NGCP panel, if this is the address of your machine, and remove <a href="http://10.0.0.34">10.0.0.34</a> (this will delete subscribers provisioned in that domain too), because this is the FS address. After this there should be some noticeable progress.<br>
<br><br><div class="gmail_quote">Paul <pasha@prosperity4ever.com> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre style="white-space: pre-wrap; word-wrap:break-word; font-family: sans-serif; margin-top: 0px">On Fri, July 12, 2013 12:45 pm, Andrew Pogrebennyk wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Hi Paul,<br /><br /><br />regarding the learning process, we have some diagrams to explain the<br />system architecture here: <a href="http://sipwise.com/doc/2.8/spce/ar01s02.html">http://sipwise.com/doc/2.8/spce/ar01s02.html</a>,<br />not sure if you've seen them. In short, every SIP message passes through<br />kamailio-lb which does basic DoS attack protection, and every INVITE goes<br />from lb to proxy them sems, which establishes a new SIP dialog with _b2b-1<br />suffix in Call-ID and sens INVITE to lb for passing it finally to callee..</blockquote><br />I will keep reading and rereading, thanks for the URL.<br /><br /><br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex;
border-left: 1px solid #729fcf; padding-left: 1ex;">On 07/13/2013 04:31 AM, Paul wrote:<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">Andrew as always you are right :)<br /><br /><br />I adjusted a few more things in the trunk reg config, applied settings<br />and now I have logs in the proxy log here they are:</blockquote><br />Yes, I've noticed the 500 error in the lb log and was already expecting<br />to see the "Dropping local branch" message in proxy log:<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">[...]<br />/usr/sbin/kamailio[11011]: INFO: <script>: Dropping local branch -<br />R=sip:gw+ngcp@10.0.0.34:5080;transport=udp;gw=ngcp<br />ID=C550303D@99.88.77.66</blockquote><br /><br />If PBX running on the same host by chance? Of have you added <a href="http://10.0.0.34">10.0.0.34</a><br />as Domain in admin
panel, same as <a href="http://10.0.0.40">10.0.0.40</a>? I'm asking because from the<br />log it looks like ngcp address is <a href="http://10.0.0.40">10.0.0.40</a>, the client is registered<br />behind <a href="http://10.0.0.34">10.0.0.34</a>, but ngcp detects that address as local so refuses to<br />forward the call there.</blockquote><br />PBX is not running on the same host.<br /><br />NGCP: <a href="http://10.0.0.40">10.0.0.40</a><br />FreeSwitch: <a href="http://10.0.0.34">10.0.0.34</a> (where call should end up)<br /><br />I did have <a href="http://10.0.0.34">10.0.0.34</a> as a domain in NGCP GUI, but not <a href="http://10.0.0.40">10.0.0.40</a>, just<br />added it, see if it makes any difference.<br /><br />In domains I have --> <a href="http://10.0.0.34">10.0.0.34</a><br />In Subscribers I have --> DID@10.0.0.34<br /><br />In freeswitch I setup a trunk that connects as follows:<br /><br />user: DID@10.0.0.34<br />pass: password<br />realm: <a
href="http://10.0.0.34">10.0.0.34</a><br />proxy: <a href="http://10.0.0.40">10.0.0.40</a><br /><br />Both freeswitch and NGCP see the connection (freeswitch lists trunk as<br />registered, NGCP shows it under active devices for that subscriber).<br /><br />Is there a link or document you can refer me to that explains how NGCP<br />analyzier from from-header to pull out the user the DID is attached to and<br />then decides on how to forward it?<br /><br />Thanks<br /><br />Paul<br /><br /><br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">Based on this it looks to me like the Call-ID (error in logs) is what<br />terminates the call and never actually pushes it out to the freeswitch<br />trunk (I don't see anything in the freeswitch logs at all about a call<br />coming in etc, and I do have
a route for "public" context that will<br />catch all).<br /><br />Thanks!<br /><br /><br />Paul</blockquote><br /><br /><br /><br /><br /></blockquote></pre></blockquote></div><br>
-- <br>
Sent from my Android phone with K-9 Mail. Please excuse my brevity.</body></html></body></html>