<br><br><div class="gmail_quote">On Thu, Jul 22, 2010 at 6:30 AM, David Ponzone <span dir="ltr">&lt;<a href="mailto:david.ponzone@gmail.com">david.ponzone@gmail.com</a>&gt;</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;">
<div style="word-wrap: break-word;">Usually, you paste that to a pastebin, and send us the URL.<div>Pasting the whole log here is not really a good practice.</div><div><br></div><div>Whatever, it&#39;s done now, so I think your issue is:</div>
<div><span style="background-color: rgb(255, 204, 153);"><br></span></div><div><span style="background-color: rgb(255, 204, 153);">2010-07-22 16:47:27.928811 [DEBUG] mod_enum.c:204 Unable to lookup NAPTR record for<a href="http://0.0.1.1.e164.org/" target="_blank">0.0.1.1.e164.org</a>: valid domain but no data of requested type</span><div class="im">
<br style="background-color: rgb(255, 204, 153);"><span style="background-color: rgb(255, 204, 153);">2010-07-22 16:47:27.928811 [INFO] switch_core_state_machine.c:142 No Route, Aborting</span><br style="background-color: rgb(255, 204, 153);">
<span style="background-color: rgb(255, 204, 153);">2010-07-22 16:47:27.928811 [DEBUG] switch_channel.c:2261 (OpenZAP/1:2/1100) Callstate Change RINGING -&gt; HANGUP</span><br style="background-color: rgb(255, 204, 153);">
<span style="background-color: rgb(255, 204, 153);">2010-07-22 16:47:27.928811 [NOTICE] switch_core_state_machine.c:143 Hangup OpenZAP/1:2/1100 [CS_ROUTING] [NO_ROUTE_DESTINATION]</span><br style="background-color: rgb(255, 204, 153);">
<div><br></div></div><div>2 things:</div><div>-it&#39;s unusual a call coming from TDM lands on default.xml, but I guess that&#39;s what you wanted</div><div>-if it&#39;s ISDN, it&#39;s possible you only receive the last 4 digits of the DID, so you need to match that.</div>
</div></div></blockquote><div><br>This is a classic case of falling back to enum because of no matching destination number. Note this line from near the beginning of the trace:<br><span style="background-color: rgb(255, 204, 153);">2010-07-22 
16:47:27.312160 [INFO] mod_dialplan_xml.c:331 Processing 
9677012480-&gt;1100 in context default<br></span> <br></div>The inbound call is looking for destination number &quot;1100&quot;. You don&#39;t have a dialplan entry that matches 1100 so it finally gets to the end of the dialplan and sees this:<br>
<span style="background-color: rgb(255, 204, 153);">Dialplan: 
OpenZAP/1:2/1100 Regex (PASS) [enum] destination_number(1100) =~ 
/^(.*)$/ break=on-false</span><br style="background-color: rgb(255, 204, 153);"><span style="background-color: rgb(255, 204, 153);">Dialplan: 
OpenZAP/1:2/1100 Action transfer(1100 enum) </span><br><br>I&#39;m pretty sure that&#39;s not what you want. If you have a phone registered as &quot;1100&quot; then the quick thing to do would be to modify the Local_Extension regex. You can see the Local_Extension regex failing to match &quot;1100&quot; from this part of your log:<br>
<span style="background-color: rgb(255, 204, 153);">Dialplan: 
OpenZAP/1:2/1100 Regex (FAIL) [Local_Extension] destination_number(1100)
 =~ /^(10[01][0-9])$/ break=on-false</span><br><br>Open up conf/dialplan/default.xml and locate the &quot;Local_Extension&quot; entry. Change the regex to allow 1100 to match. Either of these patterns will work:<br>^(1[01][01][0-9])$   (this pattern matches 1100-1119 in addition to the default 1000-1019)<br>
^(10[01][0-9]|1100)$   (this pattern matches 1100 specifically, in addition to the default 1000-1019)<br><br>Hope that info helps. BTW, all this is covered in the intro article:<br><a href="http://bit.ly/EpVrv">http://bit.ly/EpVrv</a><br>
<br>It&#39;s also covered in our new book so now that we&#39;ve been nice to you, you have to go buy it! :P<br>-MC<br></div>