<div dir="ltr"><div class="gmail_quote">On Wed, May 18, 2011 at 9:39 PM, A E [Gmail] <span dir="ltr">&lt;<a href="mailto:all.eforums@gmail.com">all.eforums@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 class="gmail_quote"><div class="im">On Wed, May 18, 2011 at 9:29 PM, Paul Belanger <span dir="ltr">&lt;<a href="mailto:pabelanger@digium.com" target="_blank">pabelanger@digium.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>On 11-05-18 08:01 PM, A E [Gmail] wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
boxb*CLI&gt;  dialplan show Test<br>
[ Context &#39;Test&#39; created by &#39;pbx_config&#39; ]<br>
   &#39;2222&#39; =&gt;          1. Answer()<br>
[pbx_config]<br>
                     2. Wait(2)<br>
  [pbx_config]<br>
                     3. Hangup()<br>
[pbx_config]<br>
<br>
-= 1 extension (3 priorities) in 1 context. =-<br>
<br>
But when the call comes into boxb from box a, on box b CLI I see the msg:<br>
<br>
NOTICE[1613]: chan_sip.c:21581 handle_request_invite: Call from &#39;boxA&#39; to<br>
extension &#39;2222&#39; rejected because extension not found in context &#39;Test&#39;.<br>
<br>
WHY??<br>
<br>
Thanks :(<br>
<br>
</blockquote></div>
Does the peer using &#39;boxA&#39; dialplan include context &#39;Test&#39;?<br><br></blockquote></div><div><font face="&#39;trebuchet ms&#39;, sans-serif">You mean in its definition/declaration in sip.conf? yes. sip.conf in Box B looks like this:</font></div>


<div><br></div><div><div><font face="&#39;trebuchet ms&#39;, sans-serif">[boxA]</font></div><div><font face="&#39;trebuchet ms&#39;, sans-serif">type=peer</font></div><div>
<font face="&#39;trebuchet ms&#39;, sans-serif">host=10.0.3.5</font></div><div><font face="&#39;trebuchet ms&#39;, sans-serif">context=Test</font></div><div><font face="&#39;trebuchet ms&#39;, sans-serif">disallow=all</font></div>


<div><font face="&#39;trebuchet ms&#39;, sans-serif">allow=ulaw</font></div><div><font face="&#39;trebuchet ms&#39;, sans-serif">allow=g722</font></div><div><font face="&#39;trebuchet ms&#39;, sans-serif">allow=g729</font></div>


<div><font face="&#39;trebuchet ms&#39;, sans-serif">dtmfmode=rfc2833</font></div><div><font face="&#39;trebuchet ms&#39;, sans-serif">canreinvite=no</font></div><div><font face="&#39;trebuchet ms&#39;, sans-serif">insecure=port,invite</font></div>


</div><div><br></div><div><br></div></div></div>
</blockquote></div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099">Ok, this problem is fixed. Once again, it was the damn &quot;domain=&quot; line in sip.conf</font><div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099"><br>

</font></div><div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099">Since I was using a non-standard port i.e. 5062, just using, autodomain=yes doesn&#39;t help. One needs to explicitly specify the local address and bindport to be included. But the message in the console is misleading. I think I need to open a bug/issue about this.</font></div>

<div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099"><br></font></div><div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099">If I have a &quot;udpbindaddr&quot; = <a href="http://10.0.3.6:5062">10.0.3.6:5062</a>, then autodomain keyword, should actually be smart enough to read that and auto-include the port specified (if specified). </font></div>

<div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099"><br></font></div><div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099">Thanks</font></div>

</div>