<div dir="ltr">Registration is completely separate to making a call. Registration tells FS where to send calls to you, and has no effect on calls from you. They have separate authentication. Registration is not required in order to make a call.<div><br></div><div>In short the fact you&#39;re registering ok doesn&#39;t tell you anything about how your call will be processed, so ignore the registration and just debug the outgoing call part.</div><div><br></div><div>I would suggest you avoid authenticating from as one user from an IP that&#39;s already matching the cidr of another. The cidr will bypass the password authentication. Ordinarily authentication uses a challenge/response mechanism - you send INVITE, it replies 401 with challenge, you resend INVITE with the response. If you match a cidr you&#39;re not going to get the 401, so you&#39;ll authenticate as the cidr user not password user.</div><div><br></div><div>If that behaviour is intermittent, perhaps the challenge response is reusing the authentication challenge from the REGISTER you just did, but since it&#39;s time-limited will only do it for a limited amount of time so the behaviour would change after a while.</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 9 September 2014 12:11, ik <span dir="ltr">&lt;<a href="mailto:idokan@gmail.com" target="_blank">idokan@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>Found the reason for the problem, but I do not understand it.<br><br></div>By using - &lt;anti-action application=&quot;info&quot; /&gt; on the wrong context, I found out that acl_token is set to a different user, that has in it&#39;s configuration a cidr of the same IP address of my soft-phone.<br><br></div>So even tough Freeswitch know that I&#39;m 3002, it decided that I&#39;m user 2002 (that points to that context), because of the cidr.<br></div>When I removed the cidr configuration inside the &lt;user&gt; and moved it to the acl.xml.conf , it start to enter the proper context.<br><br></div>The thing is, that it&#39;s not always happening, only sometimes.<br><br></div>Ido<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 8, 2014 at 9:23 PM, ik <span dir="ltr">&lt;<a href="mailto:idokan@gmail.com" target="_blank">idokan@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>Hello,<br><br></div>I have a weird issue with freeswitch (Version 1.4.8 git 1fe89f5 2014-08-21 18:57:58Z 64bit) sometimes.<br></div><div>It also happens to me on Freeswitch 1.2.<br></div>It ignores the extension&#39;s user_context, defined like so:<br>&lt;variable name=&quot;user_context&quot; value=&quot;testing&quot; /&gt;<br><br>&lt;include&gt;<br>  &lt;user id=&quot;3002&quot;&gt;<br>    &lt;params&gt;<br>      &lt;param name=&quot;password&quot; value=&quot;******&quot; /&gt;<br>    &lt;/params&gt;<br>    &lt;variables&gt;<br>      &lt;variable name=&quot;accountcode&quot; value=&quot;3002&quot; /&gt;<br>      &lt;!-- &lt;variable name=&quot;user_context&quot; value=&quot;bridging_capture&quot; /&gt; --&gt;<br>      &lt;variable name=&quot;user_context&quot; value=&quot;testing&quot; /&gt;<br>      &lt;variable name=&quot;effective_caller_id_name&quot; value=&quot;Desktop machine&quot; /&gt;<br>      &lt;variable name=&quot;effective_caller_id_number&quot; value=&quot;3002&quot; /&gt;<br>    &lt;/variables&gt;<br>  &lt;/user&gt;<br>&lt;/include&gt;<br><br></div>When I do list_users, i can see it:<br>3002|testing|XXX.XXX.XXX.XXX|default|error/user_not_registered||Desktop machine|3002<br><br></div><div>(and when it is registered I can see it registered)<br></div><div><br></div>And when the user is registered I see it also:<br>2014-09-08 18:05:25.397965 [DEBUG] sofia_reg.c:3013 event_add_header -&gt; &#39;record_stereo&#39; = &#39;true&#39;<br>2014-09-08 18:05:25.397965 [DEBUG] sofia_reg.c:3013 event_add_header -&gt; &#39;default_gateway&#39; = &#39;<a href="http://example.com" target="_blank">example.com</a>&#39;<br>2014-09-08 18:05:25.397965 [DEBUG] sofia_reg.c:3013 event_add_header -&gt; &#39;default_areacode&#39; = &#39;918&#39;<br>2014-09-08 18:05:25.397965 [DEBUG] sofia_reg.c:3013 event_add_header -&gt; &#39;transfer_fallback_extension&#39; = &#39;operator&#39;<br>2014-09-08 18:05:25.397965 [DEBUG] sofia_reg.c:3013 event_add_header -&gt; &#39;accountcode&#39; = &#39;3002&#39;<br>2014-09-08 18:05:25.397965 [DEBUG] sofia_reg.c:3013 event_add_header -&gt; &#39;user_context&#39; = &#39;testing&#39;<br>2014-09-08 18:05:25.397965 [DEBUG] sofia_reg.c:3013 event_add_header -&gt; &#39;effective_caller_id_name&#39; = &#39;Desktop machine&#39;<br>2014-09-08 18:05:25.397965 [DEBUG] sofia_reg.c:3013 event_add_header -&gt; &#39;effective_caller_id_number&#39; = &#39;3002&#39;<br><br></div>However, when I dial the extension, it enter a different context:<br>2014-09-08 18:05:38.897955 [INFO] mod_dialplan_xml.c:558 Processing 3001 &lt;3002&gt;-&gt;3000 in context external_dialer<br><br>xml_locate dialplan<br>    &lt;context name=&quot;testing&quot;&gt;<br>        &lt;extension name=&quot;shout&quot;&gt;<br>            &lt;condition field=&quot;destination_number&quot; expression=&quot;^(300\d)$&quot;&gt;<br>                &lt;action application=&quot;answer&quot;&gt;&lt;/action&gt;<br>                &lt;action application=&quot;playback&quot; data=&quot;shout://<a href="http://208.53.164.178:80" target="_blank">208.53.164.178:80</a>&quot;&gt;&lt;/action&gt;<br>      &lt;/condition&gt;<br>    &lt;/extension&gt;<br>  &lt;/context&gt;<br><br><br></div><div>It usually happens after a while, when first it enters the proper context, and later it starts to go somewhere else. even on ./freeswitch -stop and ./freeswitch -ncwait it goes to the wrong context.<br><br></div><div><br></div><div>Am I doing something wrong, or missing something ?<br><br>Thanks, <br>Ido<br></div></div>
</blockquote></div><br></div>
</div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">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></blockquote></div><br></div>