Thanks for the sugestions. <br><br>I checked carefully every step, however, I got some questions.<br><br>We tested the originate with the loopback endpoint, because we need to pass through the dialplan.<br><br>My context:<br>
<br>&lt;context name=&quot;khomp-SIP&quot;&gt;<br>  &lt;extension name=&quot;SIP&quot;&gt;<br>    &lt;condition field=&quot;destination_number&quot; expression=&quot;^10(\d)$&quot;&gt;<br>      &lt;action application=&quot;bridge&quot; data=&quot;user/100$1&quot;/&gt;<br>
    &lt;/condition&gt;<br>  &lt;/extension&gt;<br>&lt;/context&gt;<br><br><br>Test:<br>freeswitch@geovani&gt; originate loopback/10/khomp-SIP/XML 1002<br><br><br>-ERR NO_ROUTE_DESTINATION<br><br><br><br>In this test, we send the digits 10 (simulating the reception of these digits in the FXS) for khomp-SIP context in XML. I expected the INVALID_NUMBER_FORMAT return (accept more digits and try again), but the result was NO_ROUTE_DESTINATION. This happened with the switch_ivr_originate function too.<br>
<br>switch_ivr_originate(NULL, &amp;session, &amp;cause, dialstring.c_str(), timeout, NULL, NULL, NULL, NULL, NULL, SOF_NONE, NULL);<br><br>cause = 3 = NO_ROUTE_DESTINATION<br><br><br>In previous email I did not say, we can make calls with timeout between digits, but my goal is to anticipate the call if possible checking of the extension/context(exact match). Also, we need verify what context configured by the user is used.<br>
<br><br>Thanks again Anthony Minessale and Mathieu Parent, but the others options use timeout for connections, if we understand completely.<br><br><br><br><div class="gmail_quote">On Mon, Oct 11, 2010 at 5:44 PM, Anthony Minessale <span dir="ltr">&lt;<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">We don&#39;t have a static monolithic dialplan like asterisk, there can be<br>
many dialplans or dynamic dialplans that reach out to external<br>
services.<br>
<br>
The proper way to implement overlap dialing on a per-protocol basis would be:<br>
<br>
1) Separate your native channel from the FreeSWITCH channel so you can<br>
create a FreeSWITCH session and attach the native channel.<br>
<br>
2) send the call to the configured dialplan and allow that dialplan<br>
module to work out it&#39;s own ambiguities and respond:<br>
<br>
SWITCH_CAUSE_INVALID_NUMBER_FORMAT or cause 28<br>
<br>
3) when you see this cause accept more digits and try again until you<br>
get some other cause code.<br>
<br>
<br>
This is how it&#39;s done in sip by doing an entire new call each time you<br>
need to dial more digits.<br>
<br>
<br>
<br>
The other way which we do in FreeTDM is to define 2 regex, one for<br>
anything that is valid and one for anything that is invalid and<br>
consult this regex on each digit until you know one way or another.<br>
<div><div></div><div class="h5"><br>
<br>
<br>
<br>
<br>
<br>
On Mon, Oct 11, 2010 at 3:12 PM, Geovani Ricardo Wiedenhoft<br>
&lt;<a href="mailto:grw.freeswitch@gmail.com">grw.freeswitch@gmail.com</a>&gt; wrote:<br>
&gt; Hello,<br>
&gt;<br>
&gt; We are completing development of the mod_khomp endpoint for Khomp boards:<br>
&gt; - FXS<br>
&gt; - FXO<br>
&gt; - E1<br>
&gt; - GSM (boards and usb devices)<br>
&gt; - Passive record<br>
&gt; - kommuter<br>
&gt;<br>
&gt; However, we are constrained in our implementation. We needed to verify that<br>
&gt; a given set of digits has a valid extension or if can wait for more digits<br>
&gt; at some points of our code, without making the call.<br>
&gt;<br>
&gt; In our implementation for Asterisk (our Khomp channel), we use the functions<br>
&gt; provided by the Asterisk:<br>
&gt;<br>
&gt; ##############################<br>
&gt; ###############################################<br>
&gt; ASTERISK:<br>
&gt;<br>
&gt; /* \brief Looks for a valid matching extension */<br>
&gt;  - ast_canmatch_extension<br>
&gt;<br>
&gt; /* \brief Looks to see if adding anything to this extension might match<br>
&gt; something. (exists ^ canmatch) */<br>
&gt;  - ast_matchmore_extension<br>
&gt; #############################################################################<br>
&gt;<br>
&gt; Searching for a solution, we implemented within mod_khomp the reading and<br>
&gt; checking functions of digits and expressions in XML, but our implementation<br>
&gt; limits us to XML dialplans, which it would not be compatible if the user<br>
&gt; need the database or other constructions of the dialplan.<br>
&gt;<br>
&gt;<br>
&gt; So, I would like to know what is the possibility of similar functions to be<br>
&gt; implemented in the core?<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Thanks<br>
&gt; :)<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Geovani Ricardo Wiedenhoft<br>
&gt;<br>
</div></div>&gt; _______________________________________________<br>
&gt; FreeSWITCH-dev mailing list<br>
&gt; <a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
&gt;<br>
&gt;<br>
<br>
<br>
<br>
--<br>
Anthony Minessale II<br>
<br>
FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>
ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire" target="_blank">http://twitter.com/FreeSWITCH_wire</a><br>
<br>
AIM: anthm<br>
<a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>
GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch<br>
<br>
FreeSWITCH Developer Conference<br>
<a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<br>
<br>
_______________________________________________<br>
FreeSWITCH-dev mailing list<br>
<a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br>