Take a look at your profile, it should be listening on the port you&#39;re sending to, and must have the context parameter set to your dialplan name.<br><div class="gmail_quote"><div dir="ltr">On Tue, May 16, 2017 at 3:15 PM Raúl Alexis Betancor Santana &lt;<a href="mailto:rbetancor@gmail.com">rbetancor@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div>Hi all, till now I&#39;m been working with pre-made setup files for FS, and now I&#39;m trying to get a deep knowleadge of how the dialplan works.</div><div><br></div><div>So I modifed my autoload_configs/sofia.conf.xml file and changed my dialplan param to something like this:</div><div><br></div><div><span style="font-family:monospace"><span style="color:rgb(0,0,0)">&lt;param name=&quot;dialplan&quot; value=&quot;XML:/etc/freeswitch/dialplans/t38_transcode.xml,inline:socket:<a href="http://127.0.0.1:8022" target="_blank">127.0.0.1:8022</a> async full&quot;/&gt;</span><br></span></div><div><span style="font-family:monospace"><span style="color:rgb(0,0,0)"><br></span></span></div><div>The Idea is that it loads another .xml file especific task and also use a dialplan throught a socket to a daemon that handle the rest.</div><div><br></div><div>On my t38_transcode.xml file ... very simple:</div><div><br></div><div><span style="font-family:monospace"><span style="color:rgb(0,0,0)">&lt;extension name=&quot;t38_transcode&quot;&gt;</span></span></div><div><span style="font-family:monospace"><span style="color:rgb(0,0,0)"></span> </span><span style="font-family:monospace"><span style="color:rgb(0,0,0)">&lt;condition field=&quot;sip_h_X-T38-Transcode&quot; expresion=&quot;^True&quot;/&gt;</span><br></span><span style="font-family:monospace"> &lt;condition field=&quot;destination_number&quot; expresion=&quot;^(\+1|1)?([2-9]\d\d[2-9]\d{6})$&quot;&gt; </span></div><div><span style="font-family:monospace">    &lt;action application=&quot;set&quot; data=&quot;fax_enable_t38=true&quot;/&gt; </span></div><div><span style="font-family:monospace">   </span><span style="font-family:monospace">&lt;action application=&quot;set&quot; data=&quot;t38_trace=true&quot;/&gt; </span><span style="font-family:monospace"><br>    &lt;action application=&quot;set&quot; data=&quot;sip_execute_on_image=t38_gateway peer nocng&quot;/&gt;     <br>    &lt;action application=&quot;bridge&quot; data=&quot;sofia/external/$1$2@proxy.server.tld&quot;/&gt;
<br>  &lt;/condition&gt;
<br>&lt;/extension&gt;<br></span></div><div><br></div><div>But If I fire a call to FS like [number]@[FS_IP] from a sip testing client I get</div><div><br></div><div><span style="font-family:monospace"><span style="color:rgb(24,178,24)">[INFO] switch_core_state_machine.c:311 No Route, Aborting</span><br></span></div><div><span style="font-family:monospace"><span style="color:rgb(24,178,24)"><br></span></span></div><div>What I&#39;m doing wrong here?</div><div><br></div><div>My target its just I want to ANY call that came in with a SIP header of X-T39-Transcode=True (market by a sip proxy elsewhere on the net) just do a T38-&gt;Ulaw transcoding saving the T38 trace, so I could inspect it later.</div><div>The rest of calls coming in ... as they don&#39;t have the sip-header should end on other app.</div><div><br></div><div>For doing the testing I disabled the socket_inline part of the dialplan string, so it have only this:</div><div><br></div><div><span style="font-family:monospace"><span style="color:rgb(0,0,0)">&lt;param name=&quot;dialplan&quot; value=&quot;XML:/etc/freeswitch/dialplans/t38_transcode.xml&quot;/&gt;</span><br></span></div><div><span style="font-family:monospace"><span style="color:rgb(0,0,0)"><br></span></span></div><div><div>Did I miss something? ... or maybe missundestood who the xml dialplan works ?</div></div></div>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a></blockquote></div>