No, you may be sending it to the right ports, but the profile attached to that port must have the context set to the correct dialplan. I just did exactly what you're doing and i also got "No Route, Aborting" I've never seen this type of "dialplan" value, tbh <param name="dialplan" value="XML:/etc/freeswitch/ dialplans/t38_transcode.xml"/> Regards, David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 On Tue, May 16, 2017 at 3:30 PM, Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

Only one profile defined on the sofia.conf.xml and I'm sending the traffict to the wright ports, if not I whould get the logs on the console, as that are the only ports enabled.

2017-05-16 14:22 GMT+01:00 David Villasmil <david.villasmil.work@gmail.com

...

:

...

Take a look at your profile, it should be listening on the port you're sending to, and must have the context parameter set to your dialplan name. On Tue, May 16, 2017 at 3:15 PM Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Hi all, till now I'm been working with pre-made setup files for FS, and now I'm trying to get a deep knowleadge of how the dialplan works.

So I modifed my autoload_configs/sofia.conf.xml file and changed my dialplan param to something like this:

<param name="dialplan" value="XML:/etc/freeswitch/dia lplans/t38_transcode.xml,inline:socket:127.0.0.1:8022 async full"/>

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.

On my t38_transcode.xml file ... very simple:

<extension name="t38_transcode"> <condition field="sip_h_X-T38-Transcode" expresion="^True"/> <condition field="destination_number" expresion="^(\+1|1)?([2-9]\d\d [2-9]\d{6})$"> <action application="set" data="fax_enable_t38=true"/> <action application="set" data="t38_trace=true"/> <action application="set" data="sip_execute_on_image=t38_gateway peer nocng"/> <action application="bridge" data="sofia/external/$1$2@proxy.server.tld"/>

</condition> </extension>

But If I fire a call to FS like [number]@[FS_IP] from a sip testing client I get

[INFO] switch_core_state_machine.c:311 No Route, Aborting

What I'm doing wrong here?

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->Ulaw transcoding saving the T38 trace, so I could inspect it later. The rest of calls coming in ... as they don't have the sip-header should end on other app.

For doing the testing I disabled the socket_inline part of the dialplan string, so it have only this:

<param name="dialplan" value="XML:/etc/freeswitch/dia lplans/t38_transcode.xml"/>

Did I miss something? ... or maybe missundestood who the xml dialplan works ? ____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

ᐧ

Ok, I think the whole point is that I don't undestand how the dialplan works. I started from 0 ... now on the sofia.conf.xml I have this: <configuration name="sofia.conf" description="sofia Endpoint"> <global_settings> <param name="log-level" value="0"/> <!-- <param name="auto-restart" value="false"/> --> <param name="debug-presence" value="0"/> </global_settings> <profiles> <profile name="fax"> <gateways> <X-PRE-PROCESS cmd="include" data="../gateways/*.xml"/> </gateways> <domains> <domain name="all" alias="false" parse="false"/> </domains> <settings> <param name="debug" value="0"/> <param name="shutdown-on-fail" value="true"/> <param name="sip-trace" value="no"/> <param name="sip-capture" value="yes"/> <param name="capture-server" value="udp:$${homer_ip}:$${homer_port};hep=3;capture_id=2001"/> <param name="rfc2833-pt" value="101"/> <!--<param name="enable-rfc-5626" value="true"/> --> <param name="t38-trace" value="true"/> <param name="dialplan" value="XML"/> <param name="context" value="incoming"/> <param name="dtmf-duration" value="2000"/> <param name="codec-prefs" value="PCMU"/> <param name="disable-hold" value="true"/> <param name="rtp-timer-name" value="soft"/> <param name="local-network-acl" value="localnet.auto"/> <param name="manage-presence" value="false"/> <param name="inbound-codec-negotiation" value="generous"/> <param name="nonce-ttl" value="60"/> <param name="auth-calls" value="false"/> <param name="disable-register" value="true"/> <param name="inbound-late-negotiation" value="false"/> <param name="inbound-zrtp-passthru" value="false"/> <param name="sip-port" value="5060"/> <param name="rtp-ip" value="$${sofia_ip}"/> <param name="sip-ip" value="$${sofia_ip}"/> <param name="ext-rtp-ip" value="$${sofia_ip}"/> <param name="ext-sip-ip" value="$${sofia_ip}"/> <param name="rtp-timeout-sec" value="300"/> <param name="rtp-hold-timeout-sec" value="1800"/> <param name="tls" value="false"/> <param name="tls-only" value="false"/> <param name="tls-bind-params" value="transport=tls"/> <param name="tls-sip-port" value="5061"/> <!-- Location of the agent.pem and cafile.pem ssl certificates (needed for TLS server) --> <param name="tls-cert-dir" value="$${base_dir}/conf/ssl"/> <param name="tls-passphrase" value=""/> <param name="tls-verify-date" value="true"/> <!-- set to 'in' to only verify incoming connections, 'out' to only verify outgoing connections, 'all' to verify all connections, also 'in_subjects', 'out_subjects' and 'all_subjects' for subject validation. Multiple policies can be split with a '|' pipe --> <param name="tls-verify-policy" value="none"/> <param name="tls-verify-depth" value="2"/> <!-- If the tls-verify-policy is set to subjects_all or subjects_in this sets which subjects are allowed, multiple subjects can be split with a '|' pipe --> <param name="tls-verify-in-subjects" value=""/> <!-- TLS version ("sslv23" (default), "tlsv1"). NOTE: Phones may not work with TLSv1 --> <param name="tls-version" value="tlsv1"/> </settings> </profile> </profiles> </configuration> Then on the t38_transconde.xml file I have this. <include> <context name="incoming"> <extension name="t38_transcode"> <condition field="destination_number" expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$"> <action application="set" data="fax_enable_t38=true"/> <action application="set" data="sip_execute_on_image=t38_gateway peer nocng"/> <action application="bridge" data="sofia/external/$1$2@$${external_sip_proxy}"/> </condition> </extension> </context> </include> I could see on the /var/log/freeswitch/freeswitch.xml.fsxml file that the t38_transcode.xml file its included ... but still get the same error on on the console, so something terrible wrong I'm missing here ... :-( Also ... it's possible to directly send the calls sofia/$1$2@$${external} ? ... I mean, sending the call directly to a URI, with username/password and so on ... instead of having to define a profile for it. 2017-05-16 16:13 GMT+01:00 David Villasmil <david.villasmil.work@gmail.com>:

No, you may be sending it to the right ports, but the profile attached to that port must have the context set to the correct dialplan.

I just did exactly what you're doing and i also got "No Route, Aborting"

I've never seen this type of "dialplan" value, tbh

<param name="dialplan" value="XML:/etc/freeswitch/dia lplans/t38_transcode.xml"/>

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 3:30 PM, Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Only one profile defined on the sofia.conf.xml and I'm sending the traffict to the wright ports, if not I whould get the logs on the console, as that are the only ports enabled.

2017-05-16 14:22 GMT+01:00 David Villasmil <david.villasmil.work@gmail.co m>:

...

Take a look at your profile, it should be listening on the port you're sending to, and must have the context parameter set to your dialplan name. On Tue, May 16, 2017 at 3:15 PM Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Hi all, till now I'm been working with pre-made setup files for FS, and now I'm trying to get a deep knowleadge of how the dialplan works.

So I modifed my autoload_configs/sofia.conf.xml file and changed my dialplan param to something like this:

<param name="dialplan" value="XML:/etc/freeswitch/dia lplans/t38_transcode.xml,inline:socket:127.0.0.1:8022 async full"/>

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.

On my t38_transcode.xml file ... very simple:

<extension name="t38_transcode"> <condition field="sip_h_X-T38-Transcode" expresion="^True"/> <condition field="destination_number" expresion="^(\+1|1)?([2-9]\d\d [2-9]\d{6})$"> <action application="set" data="fax_enable_t38=true"/> <action application="set" data="t38_trace=true"/> <action application="set" data="sip_execute_on_image=t38_gateway peer nocng"/> <action application="bridge" data="sofia/external/$1$2@proxy.server.tld"/>

</condition> </extension>

But If I fire a call to FS like [number]@[FS_IP] from a sip testing client I get

[INFO] switch_core_state_machine.c:311 No Route, Aborting

What I'm doing wrong here?

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->Ulaw transcoding saving the T38 trace, so I could inspect it later. The rest of calls coming in ... as they don't have the sip-header should end on other app.

For doing the testing I disabled the socket_inline part of the dialplan string, so it have only this:

<param name="dialplan" value="XML:/etc/freeswitch/dia lplans/t38_transcode.xml"/>

Did I miss something? ... or maybe missundestood who the xml dialplan works ? ____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

ᐧ

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

that context line is not necessary, btw. point is you need the section: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="RE Dial Plan For FreeSwitch"> <extension name="local_call"> <condition field="destination_number" expression="^(10..)$"> <action application="bridge" data="user/$1"/> <action application="hangup"/> </condition> </extension> <section/> ᐧ Regards, David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 On Tue, May 16, 2017 at 6:33 PM, David Villasmil < david.villasmil.work@gmail.com> wrote:

Ok i've looked at the source code for mod_dialplan and in your xml, you need something like:

<?xml version="1.0" encoding="utf-8"?> <document type="freeswitch/xml"> <section name="dialplan" description="RE Dial Plan For FreeSwitch">

<context name="default">

<extension name="local_call"> <condition field="destination_number" expression="^(10..)$"> <action application="bridge" data="user/$1"/> <action application="hangup"/> </condition> </extension>

<section/this works for me ᐧ

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 5:26 PM, Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Ok, I think the whole point is that I don't undestand how the dialplan works.

I started from 0 ... now on the sofia.conf.xml I have this: <configuration name="sofia.conf" description="sofia Endpoint">

<global_settings> <param name="log-level" value="0"/> <!-- <param name="auto-restart" value="false"/> --> <param name="debug-presence" value="0"/> </global_settings>

<profiles> <profile name="fax"> <gateways> <X-PRE-PROCESS cmd="include" data="../gateways/*.xml"/> </gateways>

<domains> <domain name="all" alias="false" parse="false"/> </domains>

<settings> <param name="debug" value="0"/> <param name="shutdown-on-fail" value="true"/> <param name="sip-trace" value="no"/> <param name="sip-capture" value="yes"/> <param name="capture-server" value="udp:$${homer_ip}:$${hom er_port};hep=3;capture_id=2001"/> <param name="rfc2833-pt" value="101"/> <!--<param name="enable-rfc-5626" value="true"/> -->

<param name="t38-trace" value="true"/> <param name="dialplan" value="XML"/>

<param name="context" value="incoming"/>

<param name="dtmf-duration" value="2000"/> <param name="codec-prefs" value="PCMU"/> <param name="disable-hold" value="true"/>

<param name="rtp-timer-name" value="soft"/> <param name="local-network-acl" value="localnet.auto"/> <param name="manage-presence" value="false"/>

<param name="inbound-codec-negotiation" value="generous"/> <param name="nonce-ttl" value="60"/> <param name="auth-calls" value="false"/> <param name="disable-register" value="true"/>

<param name="inbound-late-negotiation" value="false"/> <param name="inbound-zrtp-passthru" value="false"/>

<param name="sip-port" value="5060"/> <param name="rtp-ip" value="$${sofia_ip}"/> <param name="sip-ip" value="$${sofia_ip}"/> <param name="ext-rtp-ip" value="$${sofia_ip}"/> <param name="ext-sip-ip" value="$${sofia_ip}"/>

<param name="rtp-timeout-sec" value="300"/> <param name="rtp-hold-timeout-sec" value="1800"/>

<param name="tls" value="false"/> <param name="tls-only" value="false"/> <param name="tls-bind-params" value="transport=tls"/> <param name="tls-sip-port" value="5061"/> <!-- Location of the agent.pem and cafile.pem ssl certificates (needed for TLS server) --> <param name="tls-cert-dir" value="$${base_dir}/conf/ssl"/> <param name="tls-passphrase" value=""/> <param name="tls-verify-date" value="true"/> <!-- set to 'in' to only verify incoming connections, 'out' to only verify outgoing connections, 'all' to verify all connections, also 'in_subjects', 'out_subjects' and 'all_subjects' for subject validation. Multiple policies can be split with a '|' pipe --> <param name="tls-verify-policy" value="none"/> <param name="tls-verify-depth" value="2"/> <!-- If the tls-verify-policy is set to subjects_all or subjects_in this sets which subjects are allowed, multiple subjects can be split with a '|' pipe --> <param name="tls-verify-in-subjects" value=""/> <!-- TLS version ("sslv23" (default), "tlsv1"). NOTE: Phones may not work with TLSv1 --> <param name="tls-version" value="tlsv1"/> </settings> </profile> </profiles>

</configuration>

Then on the t38_transconde.xml file I have this.

<include> <context name="incoming"> <extension name="t38_transcode"> <condition field="destination_number" expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$">

<action application="set" data="fax_enable_t38=true"/> <action application="set" data="sip_execute_on_image=t38_gateway peer nocng"/> <action application="bridge" data="sofia/external/$1$2@$${external_sip_proxy}"/>

</condition> </extension> </context> </include>

I could see on the /var/log/freeswitch/freeswitch.xml.fsxml file that the t38_transcode.xml file its included ... but still get the same error on on the console, so something terrible wrong I'm missing here ... :-(

Also ... it's possible to directly send the calls sofia/$1$2@$${external} ? ... I mean, sending the call directly to a URI, with username/password and so on ... instead of having to define a profile for it.

2017-05-16 16:13 GMT+01:00 David Villasmil <david.villasmil.work@gmail.co m>:

...

No, you may be sending it to the right ports, but the profile attached to that port must have the context set to the correct dialplan.

I just did exactly what you're doing and i also got "No Route, Aborting"

I've never seen this type of "dialplan" value, tbh

<param name="dialplan" value="XML:/etc/freeswitch/dia lplans/t38_transcode.xml"/>

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 3:30 PM, Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Only one profile defined on the sofia.conf.xml and I'm sending the traffict to the wright ports, if not I whould get the logs on the console, as that are the only ports enabled.

2017-05-16 14:22 GMT+01:00 David Villasmil < david.villasmil.work@gmail.com>:

...

Take a look at your profile, it should be listening on the port you're sending to, and must have the context parameter set to your dialplan name. On Tue, May 16, 2017 at 3:15 PM Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Hi all, till now I'm been working with pre-made setup files for FS, and now I'm trying to get a deep knowleadge of how the dialplan works.

So I modifed my autoload_configs/sofia.conf.xml file and changed my dialplan param to something like this:

<param name="dialplan" value="XML:/etc/freeswitch/dia lplans/t38_transcode.xml,inline:socket:127.0.0.1:8022 async full"/>

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.

On my t38_transcode.xml file ... very simple:

<extension name="t38_transcode"> <condition field="sip_h_X-T38-Transcode" expresion="^True"/> <condition field="destination_number" expresion="^(\+1|1)?([2-9]\d\d [2-9]\d{6})$"> <action application="set" data="fax_enable_t38=true"/> <action application="set" data="t38_trace=true"/> <action application="set" data="sip_execute_on_image=t38_gateway peer nocng"/> <action application="bridge" data="sofia/external/$1$2@proxy.server.tld"/>

</condition> </extension>

But If I fire a call to FS like [number]@[FS_IP] from a sip testing client I get

[INFO] switch_core_state_machine.c:311 No Route, Aborting

What I'm doing wrong here?

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->Ulaw transcoding saving the T38 trace, so I could inspect it later. The rest of calls coming in ... as they don't have the sip-header should end on other app.

For doing the testing I disabled the socket_inline part of the dialplan string, so it have only this:

<param name="dialplan" value="XML:/etc/freeswitch/dia lplans/t38_transcode.xml"/>

Did I miss something? ... or maybe missundestood who the xml dialplan works ? ____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

ᐧ

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

That was my test extension, you can replace it for whatever you need :) ᐧ Regards, David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 On Tue, May 16, 2017 at 6:38 PM, Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

I don't get the point of calling a user/$1 ... as there is no users registered against this FS ... I just want to use it as a T38->Ulaw gateway.

2017-05-16 17:34 GMT+01:00 David Villasmil <david.villasmil.work@gmail.com

...

:

...

that context line is not necessary, btw. point is you need the section:

<?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="RE Dial Plan For FreeSwitch"> <extension name="local_call"> <condition field="destination_number" expression="^(10..)$"> <action application="bridge" data="user/$1"/> <action application="hangup"/> </condition> </extension> <section/> ᐧ

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 6:33 PM, David Villasmil < david.villasmil.work@gmail.com> wrote:

...

Ok i've looked at the source code for mod_dialplan and in your xml, you need something like:

<?xml version="1.0" encoding="utf-8"?> <document type="freeswitch/xml"> <section name="dialplan" description="RE Dial Plan For FreeSwitch">

<context name="default">

<extension name="local_call"> <condition field="destination_number" expression="^(10..)$"> <action application="bridge" data="user/$1"/> <action application="hangup"/> </condition> </extension>

<section/this works for me ᐧ

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 5:26 PM, Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Ok, I think the whole point is that I don't undestand how the dialplan works.

I started from 0 ... now on the sofia.conf.xml I have this: <configuration name="sofia.conf" description="sofia Endpoint">

<global_settings> <param name="log-level" value="0"/> <!-- <param name="auto-restart" value="false"/> --> <param name="debug-presence" value="0"/> </global_settings>

<profiles> <profile name="fax"> <gateways> <X-PRE-PROCESS cmd="include" data="../gateways/*.xml"/> </gateways>

<domains> <domain name="all" alias="false" parse="false"/> </domains>

<settings> <param name="debug" value="0"/> <param name="shutdown-on-fail" value="true"/> <param name="sip-trace" value="no"/> <param name="sip-capture" value="yes"/> <param name="capture-server" value="udp:$${homer_ip}:$${hom er_port};hep=3;capture_id=2001"/> <param name="rfc2833-pt" value="101"/> <!--<param name="enable-rfc-5626" value="true"/> -->

<param name="t38-trace" value="true"/> <param name="dialplan" value="XML"/>

<param name="context" value="incoming"/>

<param name="dtmf-duration" value="2000"/> <param name="codec-prefs" value="PCMU"/> <param name="disable-hold" value="true"/>

<param name="rtp-timer-name" value="soft"/> <param name="local-network-acl" value="localnet.auto"/> <param name="manage-presence" value="false"/>

<param name="inbound-codec-negotiation" value="generous"/> <param name="nonce-ttl" value="60"/> <param name="auth-calls" value="false"/> <param name="disable-register" value="true"/>

<param name="inbound-late-negotiation" value="false"/> <param name="inbound-zrtp-passthru" value="false"/>

<param name="sip-port" value="5060"/> <param name="rtp-ip" value="$${sofia_ip}"/> <param name="sip-ip" value="$${sofia_ip}"/> <param name="ext-rtp-ip" value="$${sofia_ip}"/> <param name="ext-sip-ip" value="$${sofia_ip}"/>

<param name="rtp-timeout-sec" value="300"/> <param name="rtp-hold-timeout-sec" value="1800"/>

<param name="tls" value="false"/> <param name="tls-only" value="false"/> <param name="tls-bind-params" value="transport=tls"/> <param name="tls-sip-port" value="5061"/> <!-- Location of the agent.pem and cafile.pem ssl certificates (needed for TLS server) --> <param name="tls-cert-dir" value="$${base_dir}/conf/ssl"/> <param name="tls-passphrase" value=""/> <param name="tls-verify-date" value="true"/> <!-- set to 'in' to only verify incoming connections, 'out' to only verify outgoing connections, 'all' to verify all connections, also 'in_subjects', 'out_subjects' and 'all_subjects' for subject validation. Multiple policies can be split with a '|' pipe --> <param name="tls-verify-policy" value="none"/> <param name="tls-verify-depth" value="2"/> <!-- If the tls-verify-policy is set to subjects_all or subjects_in this sets which subjects are allowed, multiple subjects can be split with a '|' pipe --> <param name="tls-verify-in-subjects" value=""/> <!-- TLS version ("sslv23" (default), "tlsv1"). NOTE: Phones may not work with TLSv1 --> <param name="tls-version" value="tlsv1"/> </settings> </profile> </profiles>

</configuration>

Then on the t38_transconde.xml file I have this.

<include> <context name="incoming"> <extension name="t38_transcode"> <condition field="destination_number" expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$">

<action application="set" data="fax_enable_t38=true"/> <action application="set" data="sip_execute_on_image=t38_gateway peer nocng"/> <action application="bridge" data="sofia/external/$1$2@$${external_sip_proxy}"/>

</condition> </extension> </context> </include>

I could see on the /var/log/freeswitch/freeswitch.xml.fsxml file that the t38_transcode.xml file its included ... but still get the same error on on the console, so something terrible wrong I'm missing here ... :-(

Also ... it's possible to directly send the calls sofia/$1$2@$${external} ? ... I mean, sending the call directly to a URI, with username/password and so on ... instead of having to define a profile for it.

2017-05-16 16:13 GMT+01:00 David Villasmil < david.villasmil.work@gmail.com>:

...

No, you may be sending it to the right ports, but the profile attached to that port must have the context set to the correct dialplan.

I just did exactly what you're doing and i also got "No Route, Aborting"

I've never seen this type of "dialplan" value, tbh

<param name="dialplan" value="XML:/etc/freeswitch/dia lplans/t38_transcode.xml"/>

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 3:30 PM, Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Only one profile defined on the sofia.conf.xml and I'm sending the traffict to the wright ports, if not I whould get the logs on the console, as that are the only ports enabled.

2017-05-16 14:22 GMT+01:00 David Villasmil < david.villasmil.work@gmail.com>:

> Take a look at your profile, it should be listening on the port > you're sending to, and must have the context parameter set to your dialplan > name. > On Tue, May 16, 2017 at 3:15 PM Raúl Alexis Betancor Santana < > rbetancor@gmail.com> wrote: > >> >> Hi all, till now I'm been working with pre-made setup files for FS, >> and now I'm trying to get a deep knowleadge of how the dialplan works. >> >> So I modifed my autoload_configs/sofia.conf.xml file and changed >> my dialplan param to something like this: >> >> <param name="dialplan" value="XML:/etc/freeswitch/dia >> lplans/t38_transcode.xml,inline:socket:127.0.0.1:8022 async full"/> >> >> 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. >> >> On my t38_transcode.xml file ... very simple: >> >> <extension name="t38_transcode"> >> <condition field="sip_h_X-T38-Transcode" expresion="^True"/> >> <condition field="destination_number" >> expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$"> >> <action application="set" data="fax_enable_t38=true"/> >> <action application="set" data="t38_trace=true"/> >> <action application="set" data="sip_execute_on_image=t38_gateway >> peer nocng"/> >> <action application="bridge" data="sofia/external/$1$2@proxy.server.tld"/> >> >> </condition> >> </extension> >> >> But If I fire a call to FS like [number]@[FS_IP] from a sip testing >> client I get >> >> [INFO] switch_core_state_machine.c:311 No Route, Aborting >> >> What I'm doing wrong here? >> >> 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->Ulaw transcoding saving the T38 trace, so I could inspect it >> later. >> The rest of calls coming in ... as they don't have the sip-header >> should end on other app. >> >> For doing the testing I disabled the socket_inline part of the >> dialplan string, so it have only this: >> >> <param name="dialplan" value="XML:/etc/freeswitch/dia >> lplans/t38_transcode.xml"/> >> >> Did I miss something? ... or maybe missundestood who the xml >> dialplan works ? >> ____________________________________________________________ >> _____________ >> Professional FreeSWITCH Consulting Services: >> consulting@freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users@lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >> switch-users >> http://www.freeswitch.org > > > ____________________________________________________________ > _____________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free > switch-users > http://www.freeswitch.org >

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

ᐧ

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

Just for the shake of simplicity ... on the Asterisk world would be something like: exten => _1NXXNXXXXXX,1,Noop("T38 Gateway Call") exten => _1NXXNXXXXXX,n,Set(FAXOPT(gateway)=yes) exten => _1NXXNXXXXXX,n,Dial(SIP/${EXTEN}@proxy.server.tld) I just want to make the same with FS, but not allowing T38 passthrought at all ... just T38 (a leg) to Ulaw (b leg) 2017-05-16 17:48 GMT+01:00 Raúl Alexis Betancor Santana <rbetancor@gmail.com

:

Same result ... No Route, Aborting

Lets see if I found some step-by-step tutorial that explains who the dialplan works. The doc on the Wiki it's not clear enought for me.

2017-05-16 17:40 GMT+01:00 David Villasmil <david.villasmil.work@gmail.com

...

:

...

That was my test extension, you can replace it for whatever you need :) ᐧ

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 6:38 PM, Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

I don't get the point of calling a user/$1 ... as there is no users registered against this FS ... I just want to use it as a T38->Ulaw gateway.

2017-05-16 17:34 GMT+01:00 David Villasmil < david.villasmil.work@gmail.com>:

...

that context line is not necessary, btw. point is you need the section:

<?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="RE Dial Plan For FreeSwitch"> <extension name="local_call"> <condition field="destination_number" expression="^(10..)$"> <action application="bridge" data="user/$1"/> <action application="hangup"/> </condition> </extension> <section/> ᐧ

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 6:33 PM, David Villasmil < david.villasmil.work@gmail.com> wrote:

...

Ok i've looked at the source code for mod_dialplan and in your xml, you need something like:

<?xml version="1.0" encoding="utf-8"?> <document type="freeswitch/xml"> <section name="dialplan" description="RE Dial Plan For FreeSwitch">

<context name="default">

<extension name="local_call"> <condition field="destination_number" expression="^(10..)$"> <action application="bridge" data="user/$1"/> <action application="hangup"/> </condition> </extension>

<section/this works for me ᐧ

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 5:26 PM, Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Ok, I think the whole point is that I don't undestand how the dialplan works.

I started from 0 ... now on the sofia.conf.xml I have this: <configuration name="sofia.conf" description="sofia Endpoint">

<global_settings> <param name="log-level" value="0"/> <!-- <param name="auto-restart" value="false"/> --> <param name="debug-presence" value="0"/> </global_settings>

<profiles> <profile name="fax"> <gateways> <X-PRE-PROCESS cmd="include" data="../gateways/*.xml"/> </gateways>

<domains> <domain name="all" alias="false" parse="false"/> </domains>

<settings> <param name="debug" value="0"/> <param name="shutdown-on-fail" value="true"/> <param name="sip-trace" value="no"/> <param name="sip-capture" value="yes"/> <param name="capture-server" value="udp:$${homer_ip}:$${hom er_port};hep=3;capture_id=2001"/> <param name="rfc2833-pt" value="101"/> <!--<param name="enable-rfc-5626" value="true"/> -->

<param name="t38-trace" value="true"/> <param name="dialplan" value="XML"/>

<param name="context" value="incoming"/>

<param name="dtmf-duration" value="2000"/> <param name="codec-prefs" value="PCMU"/> <param name="disable-hold" value="true"/>

<param name="rtp-timer-name" value="soft"/> <param name="local-network-acl" value="localnet.auto"/> <param name="manage-presence" value="false"/>

<param name="inbound-codec-negotiation" value="generous"/> <param name="nonce-ttl" value="60"/> <param name="auth-calls" value="false"/> <param name="disable-register" value="true"/>

<param name="inbound-late-negotiation" value="false"/> <param name="inbound-zrtp-passthru" value="false"/>

<param name="sip-port" value="5060"/> <param name="rtp-ip" value="$${sofia_ip}"/> <param name="sip-ip" value="$${sofia_ip}"/> <param name="ext-rtp-ip" value="$${sofia_ip}"/> <param name="ext-sip-ip" value="$${sofia_ip}"/>

<param name="rtp-timeout-sec" value="300"/> <param name="rtp-hold-timeout-sec" value="1800"/>

<param name="tls" value="false"/> <param name="tls-only" value="false"/> <param name="tls-bind-params" value="transport=tls"/> <param name="tls-sip-port" value="5061"/> <!-- Location of the agent.pem and cafile.pem ssl certificates (needed for TLS server) --> <param name="tls-cert-dir" value="$${base_dir}/conf/ssl"/>

<param name="tls-passphrase" value=""/> <param name="tls-verify-date" value="true"/> <!-- set to 'in' to only verify incoming connections, 'out' to only verify outgoing connections, 'all' to verify all connections, also 'in_subjects', 'out_subjects' and 'all_subjects' for subject validation. Multiple policies can be split with a '|' pipe --> <param name="tls-verify-policy" value="none"/> <param name="tls-verify-depth" value="2"/> <!-- If the tls-verify-policy is set to subjects_all or subjects_in this sets which subjects are allowed, multiple subjects can be split with a '|' pipe --> <param name="tls-verify-in-subjects" value=""/> <!-- TLS version ("sslv23" (default), "tlsv1"). NOTE: Phones may not work with TLSv1 --> <param name="tls-version" value="tlsv1"/> </settings> </profile> </profiles>

</configuration>

Then on the t38_transconde.xml file I have this.

<include> <context name="incoming"> <extension name="t38_transcode"> <condition field="destination_number" expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$">

<action application="set" data="fax_enable_t38=true"/> <action application="set" data="sip_execute_on_image=t38_gateway peer nocng"/> <action application="bridge" data="sofia/external/$1$2@$${external_sip_proxy}"/>

</condition> </extension> </context> </include>

I could see on the /var/log/freeswitch/freeswitch.xml.fsxml file that the t38_transcode.xml file its included ... but still get the same error on on the console, so something terrible wrong I'm missing here ... :-(

Also ... it's possible to directly send the calls sofia/$1$2@$${external} ? ... I mean, sending the call directly to a URI, with username/password and so on ... instead of having to define a profile for it.

2017-05-16 16:13 GMT+01:00 David Villasmil < david.villasmil.work@gmail.com>:

> No, you may be sending it to the right ports, but the profile > attached to that port must have the context set to the correct dialplan. > > I just did exactly what you're doing and i also got "No Route, > Aborting" > > I've never seen this type of "dialplan" value, tbh > > <param name="dialplan" value="XML:/etc/freeswitch/dia > lplans/t38_transcode.xml"/> > > > Regards, > > David Villasmil > email: david.villasmil.work@gmail.com > phone: +34669448337 <+34%20669%2044%2083%2037> > > On Tue, May 16, 2017 at 3:30 PM, Raúl Alexis Betancor Santana < > rbetancor@gmail.com> wrote: > >> Only one profile defined on the sofia.conf.xml and I'm sending the >> traffict to the wright ports, if not I whould get the logs on the console, >> as that are the only ports enabled. >> >> 2017-05-16 14:22 GMT+01:00 David Villasmil < >> david.villasmil.work@gmail.com>: >> >>> Take a look at your profile, it should be listening on the port >>> you're sending to, and must have the context parameter set to your dialplan >>> name. >>> On Tue, May 16, 2017 at 3:15 PM Raúl Alexis Betancor Santana < >>> rbetancor@gmail.com> wrote: >>> >>>> >>>> Hi all, till now I'm been working with pre-made setup files for >>>> FS, and now I'm trying to get a deep knowleadge of how the dialplan works. >>>> >>>> So I modifed my autoload_configs/sofia.conf.xml file and changed >>>> my dialplan param to something like this: >>>> >>>> <param name="dialplan" value="XML:/etc/freeswitch/dia >>>> lplans/t38_transcode.xml,inline:socket:127.0.0.1:8022 async >>>> full"/> >>>> >>>> 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. >>>> >>>> On my t38_transcode.xml file ... very simple: >>>> >>>> <extension name="t38_transcode"> >>>> <condition field="sip_h_X-T38-Transcode" expresion="^True"/> >>>> <condition field="destination_number" >>>> expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$"> >>>> <action application="set" data="fax_enable_t38=true"/> >>>> <action application="set" data="t38_trace=true"/> >>>> <action application="set" data="sip_execute_on_image=t38_gateway >>>> peer nocng"/> >>>> <action application="bridge" data="sofia/external/$1$2@proxy.server.tld"/> >>>> >>>> </condition> >>>> </extension> >>>> >>>> But If I fire a call to FS like [number]@[FS_IP] from a sip >>>> testing client I get >>>> >>>> [INFO] switch_core_state_machine.c:311 No Route, Aborting >>>> >>>> What I'm doing wrong here? >>>> >>>> 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->Ulaw transcoding saving the T38 trace, so I could inspect it >>>> later. >>>> The rest of calls coming in ... as they don't have the sip-header >>>> should end on other app. >>>> >>>> For doing the testing I disabled the socket_inline part of the >>>> dialplan string, so it have only this: >>>> >>>> <param name="dialplan" value="XML:/etc/freeswitch/dia >>>> lplans/t38_transcode.xml"/> >>>> >>>> Did I miss something? ... or maybe missundestood who the xml >>>> dialplan works ? >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting@freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users@lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting@freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users@lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>> switch-users >>> http://www.freeswitch.org >>> >> >> >> ____________________________________________________________ >> _____________ >> Professional FreeSWITCH Consulting Services: >> consulting@freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users@lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >> switch-users >> http://www.freeswitch.org >> > > ᐧ > > ____________________________________________________________ > _____________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free > switch-users > http://www.freeswitch.org >

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

Thats what I'm trying ... to undestand how it works. I posted the profile I'm using a couple of messasges earlier, anyway: <profiles> <profile name="fax"> <gateways> <X-PRE-PROCESS cmd="include" data="../gateways/*.xml"/> </gateways> <domains> <domain name="all" alias="false" parse="false"/> </domains> <settings> <param name="debug" value="0"/> <param name="shutdown-on-fail" value="true"/> <param name="sip-trace" value="no"/> <param name="sip-capture" value="yes"/> <param name="capture-server" value="udp:$${homer_ip}:$${homer_port};hep=3;capture_id=2001"/> <param name="rfc2833-pt" value="101"/> <!--<param name="enable-rfc-5626" value="true"/> --> <param name="t38-trace" value="true"/> <param name="dialplan" value="XML"/> <param name="context" value="incoming"/> <param name="dtmf-duration" value="2000"/> <param name="codec-prefs" value="PCMU"/> <param name="disable-hold" value="true"/> <param name="rtp-timer-name" value="soft"/> <param name="local-network-acl" value="localnet.auto"/> <param name="manage-presence" value="false"/> <param name="inbound-codec-negotiation" value="generous"/> <param name="nonce-ttl" value="60"/> <param name="auth-calls" value="false"/> <param name="disable-register" value="true"/> <param name="inbound-late-negotiation" value="false"/> <param name="inbound-zrtp-passthru" value="false"/> <param name="sip-port" value="5060"/> <param name="rtp-ip" value="$${sofia_ip}"/> <param name="sip-ip" value="$${sofia_ip}"/> <param name="ext-rtp-ip" value="$${sofia_ip}"/> <param name="ext-sip-ip" value="$${sofia_ip}"/> <param name="rtp-timeout-sec" value="300"/> <param name="rtp-hold-timeout-sec" value="1800"/> <param name="tls" value="false"/> <param name="tls-only" value="false"/> <param name="tls-bind-params" value="transport=tls"/> <param name="tls-sip-port" value="5061"/> <!-- Location of the agent.pem and cafile.pem ssl certificates (needed for TLS server) --> <param name="tls-cert-dir" value="$${base_dir}/conf/ssl"/> <param name="tls-passphrase" value=""/> <param name="tls-verify-date" value="true"/> <!-- set to 'in' to only verify incoming connections, 'out' to only verify outgoing connections, 'all' to verify all connections, also 'in_subjects', 'out_subjects' and 'all_subjects' for subject validation. Multiple policies can be split with a '|' pipe --> <param name="tls-verify-policy" value="none"/> <param name="tls-verify-depth" value="2"/> <!-- If the tls-verify-policy is set to subjects_all or subjects_in this sets which subjects are allowed, multiple subjects can be split with a '|' pipe --> <param name="tls-verify-in-subjects" value=""/> <!-- TLS version ("sslv23" (default), "tlsv1"). NOTE: Phones may not work with TLSv1 --> <param name="tls-version" value="tlsv1"/> </settings> </profile> </profiles> I changed the the extension pattern to ^(.*) ... still the same result Could you please share an example freeswitch.xml.fsxml file ? ... maybe the problem is how the includes are handled, so something is not on the xml node it needs to. I miss a command like the 'show dialplan' ... where you could check how an specific call would behalf 2017-05-16 19:01 GMT+01:00 David Villasmil <david.villasmil.work@gmail.com>:

Hello,

You need to start by understanding freeswitch before comparing the two, i work with both and there's just no comparison, as far as I'm concerned.

When you create a profile, this profile binds to a port. In the profile config there's two params, context and diaplan (though tbh until today i never ever touched the dialplan param, as i haven't had any need to do it. If i need a simple diaplan, i just remove all xmls included in said diaplan and have just one file.

Now, the "context" param, along with the includes, is what fs uses to hunt for extensions. Any file loaded from the profile which includes the context name, will be use to hunt for an extension.

You haven't posted your profile, so it's hard to figure out what could be wrong, as when i tried it, it worked perfectly. I should note i commented out the context param.

For the sake of simplicity, can you change your extension to answer EVERYTHING, (i.e.: "^(.*)") ?

On Tue, May 16, 2017 at 7:53 PM Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Just for the shake of simplicity ... on the Asterisk world would be something like:

exten => _1NXXNXXXXXX,1,Noop("T38 Gateway Call") exten => _1NXXNXXXXXX,n,Set(FAXOPT(gateway)=yes) exten => _1NXXNXXXXXX,n,Dial(SIP/${EXTEN}@proxy.server.tld)

I just want to make the same with FS, but not allowing T38 passthrought at all ... just T38 (a leg) to Ulaw (b leg)

2017-05-16 17:48 GMT+01:00 Raúl Alexis Betancor Santana < rbetancor@gmail.com>:

...

Same result ... No Route, Aborting

Lets see if I found some step-by-step tutorial that explains who the dialplan works. The doc on the Wiki it's not clear enought for me.

2017-05-16 17:40 GMT+01:00 David Villasmil <david.villasmil.work@gmail. com>:

...

That was my test extension, you can replace it for whatever you need :) ᐧ

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 6:38 PM, Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

I don't get the point of calling a user/$1 ... as there is no users registered against this FS ... I just want to use it as a T38->Ulaw gateway.

2017-05-16 17:34 GMT+01:00 David Villasmil < david.villasmil.work@gmail.com>:

...

that context line is not necessary, btw. point is you need the section:

<?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="RE Dial Plan For FreeSwitch"> <extension name="local_call"> <condition field="destination_number" expression="^(10..)$"> <action application="bridge" data="user/$1"/> <action application="hangup"/> </condition> </extension> <section/> ᐧ

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 6:33 PM, David Villasmil < david.villasmil.work@gmail.com> wrote:

> Ok i've looked at the source code for mod_dialplan and in your xml, > you need something like: > > <?xml version="1.0" encoding="utf-8"?> > <document type="freeswitch/xml"> > <section name="dialplan" description="RE Dial Plan For FreeSwitch"> > > <context name="default"> > > <extension name="local_call"> > <condition field="destination_number" expression="^(10..)$"> > <action application="bridge" data="user/$1"/> > <action application="hangup"/> > </condition> > </extension> > > <section/this works for me > ᐧ > > Regards, > > David Villasmil > email: david.villasmil.work@gmail.com > phone: +34669448337 <+34%20669%2044%2083%2037> > > On Tue, May 16, 2017 at 5:26 PM, Raúl Alexis Betancor Santana < > rbetancor@gmail.com> wrote: > >> Ok, I think the whole point is that I don't undestand how the >> dialplan works. >> >> I started from 0 ... now on the sofia.conf.xml I have this: >> <configuration name="sofia.conf" description="sofia Endpoint"> >> >> <global_settings> >> <param name="log-level" value="0"/> >> <!-- <param name="auto-restart" value="false"/> --> >> <param name="debug-presence" value="0"/> >> </global_settings> >> >> <profiles> >> <profile name="fax"> >> <gateways> >> <X-PRE-PROCESS cmd="include" data="../gateways/*.xml"/> >> </gateways> >> >> <domains> >> <domain name="all" alias="false" parse="false"/> >> </domains> >> >> <settings> >> <param name="debug" value="0"/> >> <param name="shutdown-on-fail" value="true"/> >> <param name="sip-trace" value="no"/> >> <param name="sip-capture" value="yes"/> >> <param name="capture-server" value="udp:$${homer_ip}:$${ >> homer_port};hep=3;capture_id=2001"/> >> <param name="rfc2833-pt" value="101"/> >> <!--<param name="enable-rfc-5626" value="true"/> --> >> >> <param name="t38-trace" value="true"/> >> <param name="dialplan" value="XML"/> >> >> <param name="context" value="incoming"/> >> >> <param name="dtmf-duration" value="2000"/> >> <param name="codec-prefs" value="PCMU"/> >> <param name="disable-hold" value="true"/> >> >> <param name="rtp-timer-name" value="soft"/> >> <param name="local-network-acl" value="localnet.auto"/> >> <param name="manage-presence" value="false"/> >> >> <param name="inbound-codec-negotiation" >> value="generous"/> >> <param name="nonce-ttl" value="60"/> >> <param name="auth-calls" value="false"/> >> <param name="disable-register" value="true"/> >> >> <param name="inbound-late-negotiation" value="false"/> >> <param name="inbound-zrtp-passthru" value="false"/> >> >> <param name="sip-port" value="5060"/> >> <param name="rtp-ip" value="$${sofia_ip}"/> >> <param name="sip-ip" value="$${sofia_ip}"/> >> <param name="ext-rtp-ip" value="$${sofia_ip}"/> >> <param name="ext-sip-ip" value="$${sofia_ip}"/> >> >> <param name="rtp-timeout-sec" value="300"/> >> <param name="rtp-hold-timeout-sec" value="1800"/> >> >> <param name="tls" value="false"/> >> <param name="tls-only" value="false"/> >> <param name="tls-bind-params" value="transport=tls"/> >> <param name="tls-sip-port" value="5061"/> >> <!-- Location of the agent.pem and cafile.pem ssl >> certificates (needed for TLS server) --> >> <param name="tls-cert-dir" value="$${base_dir}/conf/ssl"/> >> >> <param name="tls-passphrase" value=""/> >> <param name="tls-verify-date" value="true"/> >> <!-- set to 'in' to only verify incoming connections, >> 'out' to only verify outgoing connections, 'all' to verify all connections, >> also 'in_subjects', 'out_subjects' and 'all_subjects' for subject >> validation. Multiple policies can be split with a '|' pipe --> >> <param name="tls-verify-policy" value="none"/> >> <param name="tls-verify-depth" value="2"/> >> <!-- If the tls-verify-policy is set to subjects_all or >> subjects_in this sets which subjects are allowed, multiple subjects can be >> split with a '|' pipe --> >> <param name="tls-verify-in-subjects" value=""/> >> <!-- TLS version ("sslv23" (default), "tlsv1"). NOTE: >> Phones may not work with TLSv1 --> >> <param name="tls-version" value="tlsv1"/> >> </settings> >> </profile> >> </profiles> >> >> </configuration> >> >> >> Then on the t38_transconde.xml file I have this. >> >> <include> >> <context name="incoming"> >> <extension name="t38_transcode"> >> <condition field="destination_number" expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$"> >> >> <action application="set" data="fax_enable_t38=true"/> >> <action application="set" data="sip_execute_on_image=t38_gateway >> peer nocng"/> >> <action application="bridge" data="sofia/external/$1$2@$${external_sip_proxy}"/> >> >> </condition> >> </extension> >> </context> >> </include> >> >> >> I could see on the /var/log/freeswitch/freeswitch.xml.fsxml file >> that the t38_transcode.xml file its included ... but still get the same >> error on on the console, so something terrible wrong I'm missing here ... >> :-( >> >> Also ... it's possible to directly send the calls sofia/$1$2@$${external} >> ? ... I mean, sending the call directly to a URI, with username/password >> and so on ... instead of having to define a profile for it. >> >> >> 2017-05-16 16:13 GMT+01:00 David Villasmil < >> david.villasmil.work@gmail.com>: >> >>> No, you may be sending it to the right ports, but the profile >>> attached to that port must have the context set to the correct dialplan. >>> >>> I just did exactly what you're doing and i also got "No Route, >>> Aborting" >>> >>> I've never seen this type of "dialplan" value, tbh >>> >>> <param name="dialplan" value="XML:/etc/freeswitch/dia >>> lplans/t38_transcode.xml"/> >>> >>> >>> Regards, >>> >>> David Villasmil >>> email: david.villasmil.work@gmail.com >>> phone: +34669448337 <+34%20669%2044%2083%2037> >>> >>> On Tue, May 16, 2017 at 3:30 PM, Raúl Alexis Betancor Santana < >>> rbetancor@gmail.com> wrote: >>> >>>> Only one profile defined on the sofia.conf.xml and I'm sending >>>> the traffict to the wright ports, if not I whould get the logs on the >>>> console, as that are the only ports enabled. >>>> >>>> 2017-05-16 14:22 GMT+01:00 David Villasmil < >>>> david.villasmil.work@gmail.com>: >>>> >>>>> Take a look at your profile, it should be listening on the port >>>>> you're sending to, and must have the context parameter set to your dialplan >>>>> name. >>>>> On Tue, May 16, 2017 at 3:15 PM Raúl Alexis Betancor Santana < >>>>> rbetancor@gmail.com> wrote: >>>>> >>>>>> >>>>>> Hi all, till now I'm been working with pre-made setup files for >>>>>> FS, and now I'm trying to get a deep knowleadge of how the dialplan works. >>>>>> >>>>>> So I modifed my autoload_configs/sofia.conf.xml file and >>>>>> changed my dialplan param to something like this: >>>>>> >>>>>> <param name="dialplan" value="XML:/etc/freeswitch/ >>>>>> dialplans/t38_transcode.xml,inline:socket:127.0.0.1:8022 async >>>>>> full"/> >>>>>> >>>>>> 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. >>>>>> >>>>>> On my t38_transcode.xml file ... very simple: >>>>>> >>>>>> <extension name="t38_transcode"> >>>>>> <condition field="sip_h_X-T38-Transcode" expresion="^True"/> >>>>>> <condition field="destination_number" >>>>>> expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$"> >>>>>> <action application="set" data="fax_enable_t38=true"/> >>>>>> <action application="set" data="t38_trace=true"/> >>>>>> <action application="set" data="sip_execute_on_image=t38_gateway >>>>>> peer nocng"/> >>>>>> <action application="bridge" data="sofia/external/$1$2@proxy.server.tld"/> >>>>>> >>>>>> </condition> >>>>>> </extension> >>>>>> >>>>>> But If I fire a call to FS like [number]@[FS_IP] from a sip >>>>>> testing client I get >>>>>> >>>>>> [INFO] switch_core_state_machine.c:311 No Route, Aborting >>>>>> >>>>>> What I'm doing wrong here? >>>>>> >>>>>> 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->Ulaw transcoding saving the T38 trace, so I could inspect it >>>>>> later. >>>>>> The rest of calls coming in ... as they don't have the >>>>>> sip-header should end on other app. >>>>>> >>>>>> For doing the testing I disabled the socket_inline part of the >>>>>> dialplan string, so it have only this: >>>>>> >>>>>> <param name="dialplan" value="XML:/etc/freeswitch/ >>>>>> dialplans/t38_transcode.xml"/> >>>>>> >>>>>> Did I miss something? ... or maybe missundestood who the xml >>>>>> dialplan works ? >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting@freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>>>> options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting@freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users@lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>>> options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting@freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users@lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>> options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> ᐧ >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting@freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users@lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>> options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> ____________________________________________________________ >> _____________ >> Professional FreeSWITCH Consulting Services: >> consulting@freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users@lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >> options/freeswitch-users >> http://www.freeswitch.org >> > >

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ options/freeswitch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ options/freeswitch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ options/freeswitch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

"xml_locate dialplan" will give you the whole xml for the dialplan "xml_locate configuration configuration name sofia.conf" will give you your sofia.conf ᐧ Regards, David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 On Tue, May 16, 2017 at 8:15 PM, David Villasmil < david.villasmil.work@gmail.com> wrote:

Yeah that command doesn't exists. But there is another command, xml_locate or something like that. Remove the context param and try again. Post the latest version of the extension with the section i pointed out before.

I can't send you the fsxml as I'm not in my computer right now. I'll send it in a few minutes.

On Tue, May 16, 2017 at 8:12 PM Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Thats what I'm trying ... to undestand how it works.

I posted the profile I'm using a couple of messasges earlier, anyway:

<profiles> <profile name="fax"> <gateways> <X-PRE-PROCESS cmd="include" data="../gateways/*.xml"/> </gateways>

<domains> <domain name="all" alias="false" parse="false"/> </domains>

<settings> <param name="debug" value="0"/> <param name="shutdown-on-fail" value="true"/> <param name="sip-trace" value="no"/> <param name="sip-capture" value="yes"/> <param name="capture-server" value="udp:$${homer_ip}:$${ homer_port};hep=3;capture_id=2001"/> <param name="rfc2833-pt" value="101"/> <!--<param name="enable-rfc-5626" value="true"/> -->

<param name="t38-trace" value="true"/> <param name="dialplan" value="XML"/>

<param name="context" value="incoming"/>

<param name="dtmf-duration" value="2000"/> <param name="codec-prefs" value="PCMU"/> <param name="disable-hold" value="true"/>

<param name="rtp-timer-name" value="soft"/> <param name="local-network-acl" value="localnet.auto"/> <param name="manage-presence" value="false"/>

<param name="inbound-codec-negotiation" value="generous"/> <param name="nonce-ttl" value="60"/> <param name="auth-calls" value="false"/> <param name="disable-register" value="true"/>

<param name="inbound-late-negotiation" value="false"/> <param name="inbound-zrtp-passthru" value="false"/>

<param name="sip-port" value="5060"/> <param name="rtp-ip" value="$${sofia_ip}"/> <param name="sip-ip" value="$${sofia_ip}"/> <param name="ext-rtp-ip" value="$${sofia_ip}"/> <param name="ext-sip-ip" value="$${sofia_ip}"/>

<param name="rtp-timeout-sec" value="300"/> <param name="rtp-hold-timeout-sec" value="1800"/>

<param name="tls" value="false"/> <param name="tls-only" value="false"/> <param name="tls-bind-params" value="transport=tls"/> <param name="tls-sip-port" value="5061"/> <!-- Location of the agent.pem and cafile.pem ssl certificates (needed for TLS server) --> <param name="tls-cert-dir" value="$${base_dir}/conf/ssl"/> <param name="tls-passphrase" value=""/> <param name="tls-verify-date" value="true"/> <!-- set to 'in' to only verify incoming connections, 'out' to only verify outgoing connections, 'all' to verify all connections, also 'in_subjects', 'out_subjects' and 'all_subjects' for subject validation. Multiple policies can be split with a '|' pipe --> <param name="tls-verify-policy" value="none"/> <param name="tls-verify-depth" value="2"/> <!-- If the tls-verify-policy is set to subjects_all or subjects_in this sets which subjects are allowed, multiple subjects can be split with a '|' pipe --> <param name="tls-verify-in-subjects" value=""/> <!-- TLS version ("sslv23" (default), "tlsv1"). NOTE: Phones may not work with TLSv1 --> <param name="tls-version" value="tlsv1"/> </settings> </profile> </profiles>

I changed the the extension pattern to ^(.*) ... still the same result

Could you please share an example freeswitch.xml.fsxml file ? ... maybe the problem is how the includes are handled, so something is not on the xml node it needs to.

I miss a command like the 'show dialplan' ... where you could check how an specific call would behalf

2017-05-16 19:01 GMT+01:00 David Villasmil <david.villasmil.work@gmail. com>:

...

Hello,

You need to start by understanding freeswitch before comparing the two, i work with both and there's just no comparison, as far as I'm concerned.

When you create a profile, this profile binds to a port. In the profile config there's two params, context and diaplan (though tbh until today i never ever touched the dialplan param, as i haven't had any need to do it. If i need a simple diaplan, i just remove all xmls included in said diaplan and have just one file.

Now, the "context" param, along with the includes, is what fs uses to hunt for extensions. Any file loaded from the profile which includes the context name, will be use to hunt for an extension.

You haven't posted your profile, so it's hard to figure out what could be wrong, as when i tried it, it worked perfectly. I should note i commented out the context param.

For the sake of simplicity, can you change your extension to answer EVERYTHING, (i.e.: "^(.*)") ?

On Tue, May 16, 2017 at 7:53 PM Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Just for the shake of simplicity ... on the Asterisk world would be something like:

exten => _1NXXNXXXXXX,1,Noop("T38 Gateway Call") exten => _1NXXNXXXXXX,n,Set(FAXOPT(gateway)=yes) exten => _1NXXNXXXXXX,n,Dial(SIP/${EXTEN}@proxy.server.tld)

I just want to make the same with FS, but not allowing T38 passthrought at all ... just T38 (a leg) to Ulaw (b leg)

2017-05-16 17:48 GMT+01:00 Raúl Alexis Betancor Santana < rbetancor@gmail.com>:

...

Same result ... No Route, Aborting

Lets see if I found some step-by-step tutorial that explains who the dialplan works. The doc on the Wiki it's not clear enought for me.

2017-05-16 17:40 GMT+01:00 David Villasmil < david.villasmil.work@gmail.com>:

...

That was my test extension, you can replace it for whatever you need :) ᐧ

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 6:38 PM, Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

> I don't get the point of calling a user/$1 ... as there is no users > registered against this FS ... I just want to use it as a T38->Ulaw gateway. > > 2017-05-16 17:34 GMT+01:00 David Villasmil < > david.villasmil.work@gmail.com>: > >> that context line is not necessary, btw. point is you need the >> section: >> >> <?xml version="1.0" encoding="UTF-8" standalone="no"?> >> <document type="freeswitch/xml"> >> <section name="dialplan" description="RE Dial Plan For >> FreeSwitch"> >> <extension name="local_call"> >> <condition field="destination_number" expression="^(10..)$"> >> <action application="bridge" data="user/$1"/> >> <action application="hangup"/> >> </condition> >> </extension> >> <section/> >> ᐧ >> >> Regards, >> >> David Villasmil >> email: david.villasmil.work@gmail.com >> phone: +34669448337 <+34%20669%2044%2083%2037> >> >> On Tue, May 16, 2017 at 6:33 PM, David Villasmil < >> david.villasmil.work@gmail.com> wrote: >> >>> Ok i've looked at the source code for mod_dialplan and in your >>> xml, you need something like: >>> >>> <?xml version="1.0" encoding="utf-8"?> >>> <document type="freeswitch/xml"> >>> <section name="dialplan" description="RE Dial Plan For >>> FreeSwitch"> >>> >>> <context name="default"> >>> >>> <extension name="local_call"> >>> <condition field="destination_number" expression="^(10..)$"> >>> <action application="bridge" data="user/$1"/> >>> <action application="hangup"/> >>> </condition> >>> </extension> >>> >>> <section/this works for me >>> ᐧ >>> >>> Regards, >>> >>> David Villasmil >>> email: david.villasmil.work@gmail.com >>> phone: +34669448337 <+34%20669%2044%2083%2037> >>> >>> On Tue, May 16, 2017 at 5:26 PM, Raúl Alexis Betancor Santana < >>> rbetancor@gmail.com> wrote: >>> >>>> Ok, I think the whole point is that I don't undestand how the >>>> dialplan works. >>>> >>>> I started from 0 ... now on the sofia.conf.xml I have this: >>>> <configuration name="sofia.conf" description="sofia Endpoint"> >>>> >>>> <global_settings> >>>> <param name="log-level" value="0"/> >>>> <!-- <param name="auto-restart" value="false"/> --> >>>> <param name="debug-presence" value="0"/> >>>> </global_settings> >>>> >>>> <profiles> >>>> <profile name="fax"> >>>> <gateways> >>>> <X-PRE-PROCESS cmd="include" data="../gateways/*.xml"/> >>>> </gateways> >>>> >>>> <domains> >>>> <domain name="all" alias="false" parse="false"/> >>>> </domains> >>>> >>>> <settings> >>>> <param name="debug" value="0"/> >>>> <param name="shutdown-on-fail" value="true"/> >>>> <param name="sip-trace" value="no"/> >>>> <param name="sip-capture" value="yes"/> >>>> <param name="capture-server" >>>> value="udp:$${homer_ip}:$${homer_port};hep=3;capture_id=2001"/> >>>> <param name="rfc2833-pt" value="101"/> >>>> <!--<param name="enable-rfc-5626" value="true"/> --> >>>> >>>> <param name="t38-trace" value="true"/> >>>> <param name="dialplan" value="XML"/> >>>> >>>> <param name="context" value="incoming"/> >>>> >>>> <param name="dtmf-duration" value="2000"/> >>>> <param name="codec-prefs" value="PCMU"/> >>>> <param name="disable-hold" value="true"/> >>>> >>>> <param name="rtp-timer-name" value="soft"/> >>>> <param name="local-network-acl" >>>> value="localnet.auto"/> >>>> <param name="manage-presence" value="false"/> >>>> >>>> <param name="inbound-codec-negotiation" >>>> value="generous"/> >>>> <param name="nonce-ttl" value="60"/> >>>> <param name="auth-calls" value="false"/> >>>> <param name="disable-register" value="true"/> >>>> >>>> <param name="inbound-late-negotiation" >>>> value="false"/> >>>> <param name="inbound-zrtp-passthru" value="false"/> >>>> >>>> <param name="sip-port" value="5060"/> >>>> <param name="rtp-ip" value="$${sofia_ip}"/> >>>> <param name="sip-ip" value="$${sofia_ip}"/> >>>> <param name="ext-rtp-ip" value="$${sofia_ip}"/> >>>> <param name="ext-sip-ip" value="$${sofia_ip}"/> >>>> >>>> <param name="rtp-timeout-sec" value="300"/> >>>> <param name="rtp-hold-timeout-sec" value="1800"/> >>>> >>>> <param name="tls" value="false"/> >>>> <param name="tls-only" value="false"/> >>>> <param name="tls-bind-params" value="transport=tls"/> >>>> <param name="tls-sip-port" value="5061"/> >>>> <!-- Location of the agent.pem and cafile.pem ssl >>>> certificates (needed for TLS server) --> >>>> <param name="tls-cert-dir" >>>> value="$${base_dir}/conf/ssl"/> >>>> <param name="tls-passphrase" value=""/> >>>> <param name="tls-verify-date" value="true"/> >>>> <!-- set to 'in' to only verify incoming connections, >>>> 'out' to only verify outgoing connections, 'all' to verify all connections, >>>> also 'in_subjects', 'out_subjects' and 'all_subjects' for subject >>>> validation. Multiple policies can be split with a '|' pipe --> >>>> <param name="tls-verify-policy" value="none"/> >>>> <param name="tls-verify-depth" value="2"/> >>>> <!-- If the tls-verify-policy is set to subjects_all >>>> or subjects_in this sets which subjects are allowed, multiple subjects can >>>> be split with a '|' pipe --> >>>> <param name="tls-verify-in-subjects" value=""/> >>>> <!-- TLS version ("sslv23" (default), "tlsv1"). NOTE: >>>> Phones may not work with TLSv1 --> >>>> <param name="tls-version" value="tlsv1"/> >>>> </settings> >>>> </profile> >>>> </profiles> >>>> >>>> </configuration> >>>> >>>> >>>> Then on the t38_transconde.xml file I have this. >>>> >>>> <include> >>>> <context name="incoming"> >>>> <extension name="t38_transcode"> >>>> <condition field="destination_number" >>>> expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$"> >>>> <action application="set" data="fax_enable_t38=true"/> >>>> <action application="set" data="sip_execute_on_image=t38_gateway >>>> peer nocng"/> >>>> <action application="bridge" data="sofia/external/$1$2@$${external_sip_proxy}"/> >>>> >>>> </condition> >>>> </extension> >>>> </context> >>>> </include> >>>> >>>> >>>> I could see on the /var/log/freeswitch/freeswitch.xml.fsxml file >>>> that the t38_transcode.xml file its included ... but still get the same >>>> error on on the console, so something terrible wrong I'm missing here ... >>>> :-( >>>> >>>> Also ... it's possible to directly send the calls sofia/$1$2@$${external} >>>> ? ... I mean, sending the call directly to a URI, with username/password >>>> and so on ... instead of having to define a profile for it. >>>> >>>> >>>> 2017-05-16 16:13 GMT+01:00 David Villasmil < >>>> david.villasmil.work@gmail.com>: >>>> >>>>> No, you may be sending it to the right ports, but the profile >>>>> attached to that port must have the context set to the correct dialplan. >>>>> >>>>> I just did exactly what you're doing and i also got "No Route, >>>>> Aborting" >>>>> >>>>> I've never seen this type of "dialplan" value, tbh >>>>> >>>>> <param name="dialplan" value="XML:/etc/freeswitch/dia >>>>> lplans/t38_transcode.xml"/> >>>>> >>>>> >>>>> Regards, >>>>> >>>>> David Villasmil >>>>> email: david.villasmil.work@gmail.com >>>>> phone: +34669448337 <+34%20669%2044%2083%2037> >>>>> >>>>> On Tue, May 16, 2017 at 3:30 PM, Raúl Alexis Betancor Santana < >>>>> rbetancor@gmail.com> wrote: >>>>> >>>>>> Only one profile defined on the sofia.conf.xml and I'm sending >>>>>> the traffict to the wright ports, if not I whould get the logs on the >>>>>> console, as that are the only ports enabled. >>>>>> >>>>>> 2017-05-16 14:22 GMT+01:00 David Villasmil < >>>>>> david.villasmil.work@gmail.com>: >>>>>> >>>>>>> Take a look at your profile, it should be listening on the >>>>>>> port you're sending to, and must have the context parameter set to your >>>>>>> dialplan name. >>>>>>> On Tue, May 16, 2017 at 3:15 PM Raúl Alexis Betancor Santana < >>>>>>> rbetancor@gmail.com> wrote: >>>>>>> >>>>>>>> >>>>>>>> Hi all, till now I'm been working with pre-made setup files >>>>>>>> for FS, and now I'm trying to get a deep knowleadge of how the dialplan >>>>>>>> works. >>>>>>>> >>>>>>>> So I modifed my autoload_configs/sofia.conf.xml file and >>>>>>>> changed my dialplan param to something like this: >>>>>>>> >>>>>>>> <param name="dialplan" value="XML:/etc/freeswitch/ >>>>>>>> dialplans/t38_transcode.xml,inline:socket:127.0.0.1:8022 >>>>>>>> async full"/> >>>>>>>> >>>>>>>> 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. >>>>>>>> >>>>>>>> On my t38_transcode.xml file ... very simple: >>>>>>>> >>>>>>>> <extension name="t38_transcode"> >>>>>>>> <condition field="sip_h_X-T38-Transcode" expresion="^True"/> >>>>>>>> <condition field="destination_number" >>>>>>>> expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$"> >>>>>>>> <action application="set" data="fax_enable_t38=true"/> >>>>>>>> <action application="set" data="t38_trace=true"/> >>>>>>>> <action application="set" data="sip_execute_on_image=t38_gateway >>>>>>>> peer nocng"/> >>>>>>>> <action application="bridge" data="sofia/external/$1$2@proxy.server.tld"/> >>>>>>>> >>>>>>>> </condition> >>>>>>>> </extension> >>>>>>>> >>>>>>>> But If I fire a call to FS like [number]@[FS_IP] from a sip >>>>>>>> testing client I get >>>>>>>> >>>>>>>> [INFO] switch_core_state_machine.c:311 No Route, Aborting >>>>>>>> >>>>>>>> What I'm doing wrong here? >>>>>>>> >>>>>>>> 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->Ulaw transcoding saving the T38 trace, so I could inspect it >>>>>>>> later. >>>>>>>> The rest of calls coming in ... as they don't have the >>>>>>>> sip-header should end on other app. >>>>>>>> >>>>>>>> For doing the testing I disabled the socket_inline part of >>>>>>>> the dialplan string, so it have only this: >>>>>>>> >>>>>>>> <param name="dialplan" value="XML:/etc/freeswitch/ >>>>>>>> dialplans/t38_transcode.xml"/> >>>>>>>> >>>>>>>> Did I miss something? ... or maybe missundestood who the xml >>>>>>>> dialplan works ? >>>>>>>> ____________________________________________________________ >>>>>>>> _____________ >>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>> consulting@freeswitch.org >>>>>>>> http://www.freeswitchsolutions.com >>>>>>>> >>>>>>>> Official FreeSWITCH Sites >>>>>>>> http://www.freeswitch.org >>>>>>>> http://confluence.freeswitch.org >>>>>>>> http://www.cluecon.com >>>>>>>> >>>>>>>> FreeSWITCH-users mailing list >>>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>>>>>> options/freeswitch-users >>>>>>>> http://www.freeswitch.org >>>>>>> >>>>>>> >>>>>>> ____________________________________________________________ >>>>>>> _____________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting@freeswitch.org >>>>>>> http://www.freeswitchsolutions.com >>>>>>> >>>>>>> Official FreeSWITCH Sites >>>>>>> http://www.freeswitch.org >>>>>>> http://confluence.freeswitch.org >>>>>>> http://www.cluecon.com >>>>>>> >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>>>>> options/freeswitch-users >>>>>>> http://www.freeswitch.org >>>>>>> >>>>>> >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting@freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>>>> options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> ᐧ >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting@freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users@lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>>> options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting@freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users@lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>> options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >> >> ____________________________________________________________ >> _____________ >> Professional FreeSWITCH Consulting Services: >> consulting@freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users@lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >> options/freeswitch-users >> http://www.freeswitch.org >> > > > ____________________________________________________________ > _____________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > http://www.freeswitch.org >

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ options/freeswitch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ options/freeswitch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

That command give me the clue ... if I do xml_locate dialplan it returns me an empty response ... so I assume that I'm doing something wrong and it's not loading any dialplan. 2017-05-16 19:48 GMT+01:00 David Villasmil <david.villasmil.work@gmail.com>:

"xml_locate dialplan"

will give you the whole xml for the dialplan

"xml_locate configuration configuration name sofia.conf"

will give you your sofia.conf ᐧ

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 8:15 PM, David Villasmil < david.villasmil.work@gmail.com> wrote:

...

Yeah that command doesn't exists. But there is another command, xml_locate or something like that. Remove the context param and try again. Post the latest version of the extension with the section i pointed out before.

I can't send you the fsxml as I'm not in my computer right now. I'll send it in a few minutes.

On Tue, May 16, 2017 at 8:12 PM Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Thats what I'm trying ... to undestand how it works.

I posted the profile I'm using a couple of messasges earlier, anyway:

<profiles> <profile name="fax"> <gateways> <X-PRE-PROCESS cmd="include" data="../gateways/*.xml"/> </gateways>

<domains> <domain name="all" alias="false" parse="false"/> </domains>

<settings> <param name="debug" value="0"/> <param name="shutdown-on-fail" value="true"/> <param name="sip-trace" value="no"/> <param name="sip-capture" value="yes"/> <param name="capture-server" value="udp:$${homer_ip}:$${hom er_port};hep=3;capture_id=2001"/> <param name="rfc2833-pt" value="101"/> <!--<param name="enable-rfc-5626" value="true"/> -->

<param name="t38-trace" value="true"/> <param name="dialplan" value="XML"/>

<param name="context" value="incoming"/>

<param name="dtmf-duration" value="2000"/> <param name="codec-prefs" value="PCMU"/> <param name="disable-hold" value="true"/>

<param name="rtp-timer-name" value="soft"/> <param name="local-network-acl" value="localnet.auto"/> <param name="manage-presence" value="false"/>

<param name="inbound-codec-negotiation" value="generous"/> <param name="nonce-ttl" value="60"/> <param name="auth-calls" value="false"/> <param name="disable-register" value="true"/>

<param name="inbound-late-negotiation" value="false"/> <param name="inbound-zrtp-passthru" value="false"/>

<param name="sip-port" value="5060"/> <param name="rtp-ip" value="$${sofia_ip}"/> <param name="sip-ip" value="$${sofia_ip}"/> <param name="ext-rtp-ip" value="$${sofia_ip}"/> <param name="ext-sip-ip" value="$${sofia_ip}"/>

<param name="rtp-timeout-sec" value="300"/> <param name="rtp-hold-timeout-sec" value="1800"/>

<param name="tls" value="false"/> <param name="tls-only" value="false"/> <param name="tls-bind-params" value="transport=tls"/> <param name="tls-sip-port" value="5061"/> <!-- Location of the agent.pem and cafile.pem ssl certificates (needed for TLS server) --> <param name="tls-cert-dir" value="$${base_dir}/conf/ssl"/> <param name="tls-passphrase" value=""/> <param name="tls-verify-date" value="true"/> <!-- set to 'in' to only verify incoming connections, 'out' to only verify outgoing connections, 'all' to verify all connections, also 'in_subjects', 'out_subjects' and 'all_subjects' for subject validation. Multiple policies can be split with a '|' pipe --> <param name="tls-verify-policy" value="none"/> <param name="tls-verify-depth" value="2"/> <!-- If the tls-verify-policy is set to subjects_all or subjects_in this sets which subjects are allowed, multiple subjects can be split with a '|' pipe --> <param name="tls-verify-in-subjects" value=""/> <!-- TLS version ("sslv23" (default), "tlsv1"). NOTE: Phones may not work with TLSv1 --> <param name="tls-version" value="tlsv1"/> </settings> </profile> </profiles>

I changed the the extension pattern to ^(.*) ... still the same result

Could you please share an example freeswitch.xml.fsxml file ? ... maybe the problem is how the includes are handled, so something is not on the xml node it needs to.

I miss a command like the 'show dialplan' ... where you could check how an specific call would behalf

2017-05-16 19:01 GMT+01:00 David Villasmil < david.villasmil.work@gmail.com>:

...

Hello,

You need to start by understanding freeswitch before comparing the two, i work with both and there's just no comparison, as far as I'm concerned.

When you create a profile, this profile binds to a port. In the profile config there's two params, context and diaplan (though tbh until today i never ever touched the dialplan param, as i haven't had any need to do it. If i need a simple diaplan, i just remove all xmls included in said diaplan and have just one file.

Now, the "context" param, along with the includes, is what fs uses to hunt for extensions. Any file loaded from the profile which includes the context name, will be use to hunt for an extension.

You haven't posted your profile, so it's hard to figure out what could be wrong, as when i tried it, it worked perfectly. I should note i commented out the context param.

For the sake of simplicity, can you change your extension to answer EVERYTHING, (i.e.: "^(.*)") ?

On Tue, May 16, 2017 at 7:53 PM Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Just for the shake of simplicity ... on the Asterisk world would be something like:

exten => _1NXXNXXXXXX,1,Noop("T38 Gateway Call") exten => _1NXXNXXXXXX,n,Set(FAXOPT(gateway)=yes) exten => _1NXXNXXXXXX,n,Dial(SIP/${EXTEN}@proxy.server.tld)

I just want to make the same with FS, but not allowing T38 passthrought at all ... just T38 (a leg) to Ulaw (b leg)

2017-05-16 17:48 GMT+01:00 Raúl Alexis Betancor Santana < rbetancor@gmail.com>:

...

Same result ... No Route, Aborting

Lets see if I found some step-by-step tutorial that explains who the dialplan works. The doc on the Wiki it's not clear enought for me.

2017-05-16 17:40 GMT+01:00 David Villasmil < david.villasmil.work@gmail.com>:

> That was my test extension, you can replace it for whatever you need > :) > ᐧ > > Regards, > > David Villasmil > email: david.villasmil.work@gmail.com > phone: +34669448337 <+34%20669%2044%2083%2037> > > On Tue, May 16, 2017 at 6:38 PM, Raúl Alexis Betancor Santana < > rbetancor@gmail.com> wrote: > >> I don't get the point of calling a user/$1 ... as there is no users >> registered against this FS ... I just want to use it as a T38->Ulaw gateway. >> >> 2017-05-16 17:34 GMT+01:00 David Villasmil < >> david.villasmil.work@gmail.com>: >> >>> that context line is not necessary, btw. point is you need the >>> section: >>> >>> <?xml version="1.0" encoding="UTF-8" standalone="no"?> >>> <document type="freeswitch/xml"> >>> <section name="dialplan" description="RE Dial Plan For >>> FreeSwitch"> >>> <extension name="local_call"> >>> <condition field="destination_number" expression="^(10..)$"> >>> <action application="bridge" data="user/$1"/> >>> <action application="hangup"/> >>> </condition> >>> </extension> >>> <section/> >>> ᐧ >>> >>> Regards, >>> >>> David Villasmil >>> email: david.villasmil.work@gmail.com >>> phone: +34669448337 <+34%20669%2044%2083%2037> >>> >>> On Tue, May 16, 2017 at 6:33 PM, David Villasmil < >>> david.villasmil.work@gmail.com> wrote: >>> >>>> Ok i've looked at the source code for mod_dialplan and in your >>>> xml, you need something like: >>>> >>>> <?xml version="1.0" encoding="utf-8"?> >>>> <document type="freeswitch/xml"> >>>> <section name="dialplan" description="RE Dial Plan For >>>> FreeSwitch"> >>>> >>>> <context name="default"> >>>> >>>> <extension name="local_call"> >>>> <condition field="destination_number" expression="^(10..)$"> >>>> <action application="bridge" data="user/$1"/> >>>> <action application="hangup"/> >>>> </condition> >>>> </extension> >>>> >>>> <section/this works for me >>>> ᐧ >>>> >>>> Regards, >>>> >>>> David Villasmil >>>> email: david.villasmil.work@gmail.com >>>> phone: +34669448337 <+34%20669%2044%2083%2037> >>>> >>>> On Tue, May 16, 2017 at 5:26 PM, Raúl Alexis Betancor Santana < >>>> rbetancor@gmail.com> wrote: >>>> >>>>> Ok, I think the whole point is that I don't undestand how the >>>>> dialplan works. >>>>> >>>>> I started from 0 ... now on the sofia.conf.xml I have this: >>>>> <configuration name="sofia.conf" description="sofia Endpoint"> >>>>> >>>>> <global_settings> >>>>> <param name="log-level" value="0"/> >>>>> <!-- <param name="auto-restart" value="false"/> --> >>>>> <param name="debug-presence" value="0"/> >>>>> </global_settings> >>>>> >>>>> <profiles> >>>>> <profile name="fax"> >>>>> <gateways> >>>>> <X-PRE-PROCESS cmd="include" data="../gateways/*.xml"/> >>>>> </gateways> >>>>> >>>>> <domains> >>>>> <domain name="all" alias="false" parse="false"/> >>>>> </domains> >>>>> >>>>> <settings> >>>>> <param name="debug" value="0"/> >>>>> <param name="shutdown-on-fail" value="true"/> >>>>> <param name="sip-trace" value="no"/> >>>>> <param name="sip-capture" value="yes"/> >>>>> <param name="capture-server" >>>>> value="udp:$${homer_ip}:$${homer_port};hep=3;capture_id=2001"/> >>>>> <param name="rfc2833-pt" value="101"/> >>>>> <!--<param name="enable-rfc-5626" value="true"/> --> >>>>> >>>>> <param name="t38-trace" value="true"/> >>>>> <param name="dialplan" value="XML"/> >>>>> >>>>> <param name="context" value="incoming"/> >>>>> >>>>> <param name="dtmf-duration" value="2000"/> >>>>> <param name="codec-prefs" value="PCMU"/> >>>>> <param name="disable-hold" value="true"/> >>>>> >>>>> <param name="rtp-timer-name" value="soft"/> >>>>> <param name="local-network-acl" >>>>> value="localnet.auto"/> >>>>> <param name="manage-presence" value="false"/> >>>>> >>>>> <param name="inbound-codec-negotiation" >>>>> value="generous"/> >>>>> <param name="nonce-ttl" value="60"/> >>>>> <param name="auth-calls" value="false"/> >>>>> <param name="disable-register" value="true"/> >>>>> >>>>> <param name="inbound-late-negotiation" >>>>> value="false"/> >>>>> <param name="inbound-zrtp-passthru" value="false"/> >>>>> >>>>> <param name="sip-port" value="5060"/> >>>>> <param name="rtp-ip" value="$${sofia_ip}"/> >>>>> <param name="sip-ip" value="$${sofia_ip}"/> >>>>> <param name="ext-rtp-ip" value="$${sofia_ip}"/> >>>>> <param name="ext-sip-ip" value="$${sofia_ip}"/> >>>>> >>>>> <param name="rtp-timeout-sec" value="300"/> >>>>> <param name="rtp-hold-timeout-sec" value="1800"/> >>>>> >>>>> <param name="tls" value="false"/> >>>>> <param name="tls-only" value="false"/> >>>>> <param name="tls-bind-params" value="transport=tls"/> >>>>> <param name="tls-sip-port" value="5061"/> >>>>> <!-- Location of the agent.pem and cafile.pem ssl >>>>> certificates (needed for TLS server) --> >>>>> <param name="tls-cert-dir" >>>>> value="$${base_dir}/conf/ssl"/> >>>>> <param name="tls-passphrase" value=""/> >>>>> <param name="tls-verify-date" value="true"/> >>>>> <!-- set to 'in' to only verify incoming connections, >>>>> 'out' to only verify outgoing connections, 'all' to verify all connections, >>>>> also 'in_subjects', 'out_subjects' and 'all_subjects' for subject >>>>> validation. Multiple policies can be split with a '|' pipe --> >>>>> <param name="tls-verify-policy" value="none"/> >>>>> <param name="tls-verify-depth" value="2"/> >>>>> <!-- If the tls-verify-policy is set to subjects_all >>>>> or subjects_in this sets which subjects are allowed, multiple subjects can >>>>> be split with a '|' pipe --> >>>>> <param name="tls-verify-in-subjects" value=""/> >>>>> <!-- TLS version ("sslv23" (default), "tlsv1"). NOTE: >>>>> Phones may not work with TLSv1 --> >>>>> <param name="tls-version" value="tlsv1"/> >>>>> </settings> >>>>> </profile> >>>>> </profiles> >>>>> >>>>> </configuration> >>>>> >>>>> >>>>> Then on the t38_transconde.xml file I have this. >>>>> >>>>> <include> >>>>> <context name="incoming"> >>>>> <extension name="t38_transcode"> >>>>> <condition field="destination_number" >>>>> expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$"> >>>>> <action application="set" data="fax_enable_t38=true"/> >>>>> <action application="set" data="sip_execute_on_image=t38_gateway >>>>> peer nocng"/> >>>>> <action application="bridge" data="sofia/external/$1$2@$${external_sip_proxy}"/> >>>>> >>>>> </condition> >>>>> </extension> >>>>> </context> >>>>> </include> >>>>> >>>>> >>>>> I could see on the /var/log/freeswitch/freeswitch.xml.fsxml >>>>> file that the t38_transcode.xml file its included ... but still get the >>>>> same error on on the console, so something terrible wrong I'm missing here >>>>> ... :-( >>>>> >>>>> Also ... it's possible to directly send the calls sofia/$1$2@$${external} >>>>> ? ... I mean, sending the call directly to a URI, with username/password >>>>> and so on ... instead of having to define a profile for it. >>>>> >>>>> >>>>> 2017-05-16 16:13 GMT+01:00 David Villasmil < >>>>> david.villasmil.work@gmail.com>: >>>>> >>>>>> No, you may be sending it to the right ports, but the profile >>>>>> attached to that port must have the context set to the correct dialplan. >>>>>> >>>>>> I just did exactly what you're doing and i also got "No Route, >>>>>> Aborting" >>>>>> >>>>>> I've never seen this type of "dialplan" value, tbh >>>>>> >>>>>> <param name="dialplan" value="XML:/etc/freeswitch/dia >>>>>> lplans/t38_transcode.xml"/> >>>>>> >>>>>> >>>>>> Regards, >>>>>> >>>>>> David Villasmil >>>>>> email: david.villasmil.work@gmail.com >>>>>> phone: +34669448337 <+34%20669%2044%2083%2037> >>>>>> >>>>>> On Tue, May 16, 2017 at 3:30 PM, Raúl Alexis Betancor Santana < >>>>>> rbetancor@gmail.com> wrote: >>>>>> >>>>>>> Only one profile defined on the sofia.conf.xml and I'm sending >>>>>>> the traffict to the wright ports, if not I whould get the logs on the >>>>>>> console, as that are the only ports enabled. >>>>>>> >>>>>>> 2017-05-16 14:22 GMT+01:00 David Villasmil < >>>>>>> david.villasmil.work@gmail.com>: >>>>>>> >>>>>>>> Take a look at your profile, it should be listening on the >>>>>>>> port you're sending to, and must have the context parameter set to your >>>>>>>> dialplan name. >>>>>>>> On Tue, May 16, 2017 at 3:15 PM Raúl Alexis Betancor Santana < >>>>>>>> rbetancor@gmail.com> wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> Hi all, till now I'm been working with pre-made setup files >>>>>>>>> for FS, and now I'm trying to get a deep knowleadge of how the dialplan >>>>>>>>> works. >>>>>>>>> >>>>>>>>> So I modifed my autoload_configs/sofia.conf.xml file and >>>>>>>>> changed my dialplan param to something like this: >>>>>>>>> >>>>>>>>> <param name="dialplan" value="XML:/etc/freeswitch/dia >>>>>>>>> lplans/t38_transcode.xml,inline:socket:127.0.0.1:8022 async >>>>>>>>> full"/> >>>>>>>>> >>>>>>>>> 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. >>>>>>>>> >>>>>>>>> On my t38_transcode.xml file ... very simple: >>>>>>>>> >>>>>>>>> <extension name="t38_transcode"> >>>>>>>>> <condition field="sip_h_X-T38-Transcode" >>>>>>>>> expresion="^True"/> >>>>>>>>> <condition field="destination_number" >>>>>>>>> expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$"> >>>>>>>>> <action application="set" data="fax_enable_t38=true"/> >>>>>>>>> <action application="set" data="t38_trace=true"/> >>>>>>>>> <action application="set" data="sip_execute_on_image=t38_gateway >>>>>>>>> peer nocng"/> >>>>>>>>> <action application="bridge" >>>>>>>>> data="sofia/external/$1$2@proxy.server.tld"/> >>>>>>>>> </condition> >>>>>>>>> </extension> >>>>>>>>> >>>>>>>>> But If I fire a call to FS like [number]@[FS_IP] from a sip >>>>>>>>> testing client I get >>>>>>>>> >>>>>>>>> [INFO] switch_core_state_machine.c:311 No Route, Aborting >>>>>>>>> >>>>>>>>> What I'm doing wrong here? >>>>>>>>> >>>>>>>>> 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->Ulaw transcoding saving the T38 trace, so I could >>>>>>>>> inspect it later. >>>>>>>>> The rest of calls coming in ... as they don't have the >>>>>>>>> sip-header should end on other app. >>>>>>>>> >>>>>>>>> For doing the testing I disabled the socket_inline part of >>>>>>>>> the dialplan string, so it have only this: >>>>>>>>> >>>>>>>>> <param name="dialplan" value="XML:/etc/freeswitch/dia >>>>>>>>> lplans/t38_transcode.xml"/> >>>>>>>>> >>>>>>>>> Did I miss something? ... or maybe missundestood who the xml >>>>>>>>> dialplan works ? >>>>>>>>> ____________________________________________________________ >>>>>>>>> _____________ >>>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>>> consulting@freeswitch.org >>>>>>>>> http://www.freeswitchsolutions.com >>>>>>>>> >>>>>>>>> Official FreeSWITCH Sites >>>>>>>>> http://www.freeswitch.org >>>>>>>>> http://confluence.freeswitch.org >>>>>>>>> http://www.cluecon.com >>>>>>>>> >>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-user >>>>>>>>> s >>>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >>>>>>>>> freeswitch-users >>>>>>>>> http://www.freeswitch.org >>>>>>>> >>>>>>>> >>>>>>>> ____________________________________________________________ >>>>>>>> _____________ >>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>> consulting@freeswitch.org >>>>>>>> http://www.freeswitchsolutions.com >>>>>>>> >>>>>>>> Official FreeSWITCH Sites >>>>>>>> http://www.freeswitch.org >>>>>>>> http://confluence.freeswitch.org >>>>>>>> http://www.cluecon.com >>>>>>>> >>>>>>>> FreeSWITCH-users mailing list >>>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >>>>>>>> freeswitch-users >>>>>>>> http://www.freeswitch.org >>>>>>>> >>>>>>> >>>>>>> >>>>>>> ____________________________________________________________ >>>>>>> _____________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting@freeswitch.org >>>>>>> http://www.freeswitchsolutions.com >>>>>>> >>>>>>> Official FreeSWITCH Sites >>>>>>> http://www.freeswitch.org >>>>>>> http://confluence.freeswitch.org >>>>>>> http://www.cluecon.com >>>>>>> >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >>>>>>> freeswitch-users >>>>>>> http://www.freeswitch.org >>>>>>> >>>>>> >>>>>> ᐧ >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting@freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >>>>>> freeswitch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting@freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users@lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >>>>> freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting@freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users@lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >>> freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> ____________________________________________________________ >> _____________ >> Professional FreeSWITCH Consulting Services: >> consulting@freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users@lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> http://www.freeswitch.org >> > > > ____________________________________________________________ > _____________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ > freeswitch-users > http://www.freeswitch.org >

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ freeswitch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ freeswitch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

Found it, and I supposed ... a noob fail ... X) ... I just was not adding the correct configuration statement on the freeswithc.xml file, and was loading the dialplan xml files inside the configuration section, instead of the dialplan section. 2017-05-18 8:22 GMT+01:00 Raúl Alexis Betancor Santana <rbetancor@gmail.com> :

That command give me the clue ... if I do xml_locate dialplan it returns me an empty response ... so I assume that I'm doing something wrong and it's not loading any dialplan.

2017-05-16 19:48 GMT+01:00 David Villasmil <david.villasmil.work@gmail.com

...

:

...

"xml_locate dialplan"

will give you the whole xml for the dialplan

"xml_locate configuration configuration name sofia.conf"

will give you your sofia.conf ᐧ

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 8:15 PM, David Villasmil < david.villasmil.work@gmail.com> wrote:

...

Yeah that command doesn't exists. But there is another command, xml_locate or something like that. Remove the context param and try again. Post the latest version of the extension with the section i pointed out before.

I can't send you the fsxml as I'm not in my computer right now. I'll send it in a few minutes.

On Tue, May 16, 2017 at 8:12 PM Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Thats what I'm trying ... to undestand how it works.

I posted the profile I'm using a couple of messasges earlier, anyway:

<profiles> <profile name="fax"> <gateways> <X-PRE-PROCESS cmd="include" data="../gateways/*.xml"/> </gateways>

<domains> <domain name="all" alias="false" parse="false"/> </domains>

<settings> <param name="debug" value="0"/> <param name="shutdown-on-fail" value="true"/> <param name="sip-trace" value="no"/> <param name="sip-capture" value="yes"/> <param name="capture-server" value="udp:$${homer_ip}:$${hom er_port};hep=3;capture_id=2001"/> <param name="rfc2833-pt" value="101"/> <!--<param name="enable-rfc-5626" value="true"/> -->

<param name="t38-trace" value="true"/> <param name="dialplan" value="XML"/>

<param name="context" value="incoming"/>

<param name="dtmf-duration" value="2000"/> <param name="codec-prefs" value="PCMU"/> <param name="disable-hold" value="true"/>

<param name="rtp-timer-name" value="soft"/> <param name="local-network-acl" value="localnet.auto"/> <param name="manage-presence" value="false"/>

<param name="inbound-codec-negotiation" value="generous"/> <param name="nonce-ttl" value="60"/> <param name="auth-calls" value="false"/> <param name="disable-register" value="true"/>

<param name="inbound-late-negotiation" value="false"/> <param name="inbound-zrtp-passthru" value="false"/>

<param name="sip-port" value="5060"/> <param name="rtp-ip" value="$${sofia_ip}"/> <param name="sip-ip" value="$${sofia_ip}"/> <param name="ext-rtp-ip" value="$${sofia_ip}"/> <param name="ext-sip-ip" value="$${sofia_ip}"/>

<param name="rtp-timeout-sec" value="300"/> <param name="rtp-hold-timeout-sec" value="1800"/>

<param name="tls" value="false"/> <param name="tls-only" value="false"/> <param name="tls-bind-params" value="transport=tls"/> <param name="tls-sip-port" value="5061"/> <!-- Location of the agent.pem and cafile.pem ssl certificates (needed for TLS server) --> <param name="tls-cert-dir" value="$${base_dir}/conf/ssl"/> <param name="tls-passphrase" value=""/> <param name="tls-verify-date" value="true"/> <!-- set to 'in' to only verify incoming connections, 'out' to only verify outgoing connections, 'all' to verify all connections, also 'in_subjects', 'out_subjects' and 'all_subjects' for subject validation. Multiple policies can be split with a '|' pipe --> <param name="tls-verify-policy" value="none"/> <param name="tls-verify-depth" value="2"/> <!-- If the tls-verify-policy is set to subjects_all or subjects_in this sets which subjects are allowed, multiple subjects can be split with a '|' pipe --> <param name="tls-verify-in-subjects" value=""/> <!-- TLS version ("sslv23" (default), "tlsv1"). NOTE: Phones may not work with TLSv1 --> <param name="tls-version" value="tlsv1"/> </settings> </profile> </profiles>

I changed the the extension pattern to ^(.*) ... still the same result

Could you please share an example freeswitch.xml.fsxml file ? ... maybe the problem is how the includes are handled, so something is not on the xml node it needs to.

I miss a command like the 'show dialplan' ... where you could check how an specific call would behalf

2017-05-16 19:01 GMT+01:00 David Villasmil < david.villasmil.work@gmail.com>:

...

Hello,

You need to start by understanding freeswitch before comparing the two, i work with both and there's just no comparison, as far as I'm concerned.

When you create a profile, this profile binds to a port. In the profile config there's two params, context and diaplan (though tbh until today i never ever touched the dialplan param, as i haven't had any need to do it. If i need a simple diaplan, i just remove all xmls included in said diaplan and have just one file.

Now, the "context" param, along with the includes, is what fs uses to hunt for extensions. Any file loaded from the profile which includes the context name, will be use to hunt for an extension.

You haven't posted your profile, so it's hard to figure out what could be wrong, as when i tried it, it worked perfectly. I should note i commented out the context param.

For the sake of simplicity, can you change your extension to answer EVERYTHING, (i.e.: "^(.*)") ?

On Tue, May 16, 2017 at 7:53 PM Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Just for the shake of simplicity ... on the Asterisk world would be something like:

exten => _1NXXNXXXXXX,1,Noop("T38 Gateway Call") exten => _1NXXNXXXXXX,n,Set(FAXOPT(gateway)=yes) exten => _1NXXNXXXXXX,n,Dial(SIP/${EXTEN}@proxy.server.tld)

I just want to make the same with FS, but not allowing T38 passthrought at all ... just T38 (a leg) to Ulaw (b leg)

2017-05-16 17:48 GMT+01:00 Raúl Alexis Betancor Santana < rbetancor@gmail.com>:

> Same result ... No Route, Aborting > > Lets see if I found some step-by-step tutorial that explains who the > dialplan works. The doc on the Wiki it's not clear enought for me. > > 2017-05-16 17:40 GMT+01:00 David Villasmil < > david.villasmil.work@gmail.com>: > >> That was my test extension, you can replace it for whatever you >> need :) >> ᐧ >> >> Regards, >> >> David Villasmil >> email: david.villasmil.work@gmail.com >> phone: +34669448337 <+34%20669%2044%2083%2037> >> >> On Tue, May 16, 2017 at 6:38 PM, Raúl Alexis Betancor Santana < >> rbetancor@gmail.com> wrote: >> >>> I don't get the point of calling a user/$1 ... as there is no >>> users registered against this FS ... I just want to use it as a T38->Ulaw >>> gateway. >>> >>> 2017-05-16 17:34 GMT+01:00 David Villasmil < >>> david.villasmil.work@gmail.com>: >>> >>>> that context line is not necessary, btw. point is you need the >>>> section: >>>> >>>> <?xml version="1.0" encoding="UTF-8" standalone="no"?> >>>> <document type="freeswitch/xml"> >>>> <section name="dialplan" description="RE Dial Plan For >>>> FreeSwitch"> >>>> <extension name="local_call"> >>>> <condition field="destination_number" expression="^(10..)$"> >>>> <action application="bridge" data="user/$1"/> >>>> <action application="hangup"/> >>>> </condition> >>>> </extension> >>>> <section/> >>>> ᐧ >>>> >>>> Regards, >>>> >>>> David Villasmil >>>> email: david.villasmil.work@gmail.com >>>> phone: +34669448337 <+34%20669%2044%2083%2037> >>>> >>>> On Tue, May 16, 2017 at 6:33 PM, David Villasmil < >>>> david.villasmil.work@gmail.com> wrote: >>>> >>>>> Ok i've looked at the source code for mod_dialplan and in your >>>>> xml, you need something like: >>>>> >>>>> <?xml version="1.0" encoding="utf-8"?> >>>>> <document type="freeswitch/xml"> >>>>> <section name="dialplan" description="RE Dial Plan For >>>>> FreeSwitch"> >>>>> >>>>> <context name="default"> >>>>> >>>>> <extension name="local_call"> >>>>> <condition field="destination_number" expression="^(10..)$"> >>>>> <action application="bridge" data="user/$1"/> >>>>> <action application="hangup"/> >>>>> </condition> >>>>> </extension> >>>>> >>>>> <section/this works for me >>>>> ᐧ >>>>> >>>>> Regards, >>>>> >>>>> David Villasmil >>>>> email: david.villasmil.work@gmail.com >>>>> phone: +34669448337 <+34%20669%2044%2083%2037> >>>>> >>>>> On Tue, May 16, 2017 at 5:26 PM, Raúl Alexis Betancor Santana < >>>>> rbetancor@gmail.com> wrote: >>>>> >>>>>> Ok, I think the whole point is that I don't undestand how the >>>>>> dialplan works. >>>>>> >>>>>> I started from 0 ... now on the sofia.conf.xml I have this: >>>>>> <configuration name="sofia.conf" description="sofia Endpoint"> >>>>>> >>>>>> <global_settings> >>>>>> <param name="log-level" value="0"/> >>>>>> <!-- <param name="auto-restart" value="false"/> --> >>>>>> <param name="debug-presence" value="0"/> >>>>>> </global_settings> >>>>>> >>>>>> <profiles> >>>>>> <profile name="fax"> >>>>>> <gateways> >>>>>> <X-PRE-PROCESS cmd="include" >>>>>> data="../gateways/*.xml"/> >>>>>> </gateways> >>>>>> >>>>>> <domains> >>>>>> <domain name="all" alias="false" parse="false"/> >>>>>> </domains> >>>>>> >>>>>> <settings> >>>>>> <param name="debug" value="0"/> >>>>>> <param name="shutdown-on-fail" value="true"/> >>>>>> <param name="sip-trace" value="no"/> >>>>>> <param name="sip-capture" value="yes"/> >>>>>> <param name="capture-server" >>>>>> value="udp:$${homer_ip}:$${homer_port};hep=3;capture_id=2001"/> >>>>>> >>>>>> <param name="rfc2833-pt" value="101"/> >>>>>> <!--<param name="enable-rfc-5626" value="true"/> --> >>>>>> >>>>>> <param name="t38-trace" value="true"/> >>>>>> <param name="dialplan" value="XML"/> >>>>>> >>>>>> <param name="context" value="incoming"/> >>>>>> >>>>>> <param name="dtmf-duration" value="2000"/> >>>>>> <param name="codec-prefs" value="PCMU"/> >>>>>> <param name="disable-hold" value="true"/> >>>>>> >>>>>> <param name="rtp-timer-name" value="soft"/> >>>>>> <param name="local-network-acl" >>>>>> value="localnet.auto"/> >>>>>> <param name="manage-presence" value="false"/> >>>>>> >>>>>> <param name="inbound-codec-negotiation" >>>>>> value="generous"/> >>>>>> <param name="nonce-ttl" value="60"/> >>>>>> <param name="auth-calls" value="false"/> >>>>>> <param name="disable-register" value="true"/> >>>>>> >>>>>> <param name="inbound-late-negotiation" >>>>>> value="false"/> >>>>>> <param name="inbound-zrtp-passthru" value="false"/> >>>>>> >>>>>> <param name="sip-port" value="5060"/> >>>>>> <param name="rtp-ip" value="$${sofia_ip}"/> >>>>>> <param name="sip-ip" value="$${sofia_ip}"/> >>>>>> <param name="ext-rtp-ip" value="$${sofia_ip}"/> >>>>>> <param name="ext-sip-ip" value="$${sofia_ip}"/> >>>>>> >>>>>> <param name="rtp-timeout-sec" value="300"/> >>>>>> <param name="rtp-hold-timeout-sec" value="1800"/> >>>>>> >>>>>> <param name="tls" value="false"/> >>>>>> <param name="tls-only" value="false"/> >>>>>> <param name="tls-bind-params" >>>>>> value="transport=tls"/> >>>>>> <param name="tls-sip-port" value="5061"/> >>>>>> <!-- Location of the agent.pem and cafile.pem ssl >>>>>> certificates (needed for TLS server) --> >>>>>> <param name="tls-cert-dir" >>>>>> value="$${base_dir}/conf/ssl"/> >>>>>> <param name="tls-passphrase" value=""/> >>>>>> <param name="tls-verify-date" value="true"/> >>>>>> <!-- set to 'in' to only verify incoming >>>>>> connections, 'out' to only verify outgoing connections, 'all' to verify all >>>>>> connections, also 'in_subjects', 'out_subjects' and 'all_subjects' for >>>>>> subject validation. Multiple policies can be split with a '|' pipe --> >>>>>> <param name="tls-verify-policy" value="none"/> >>>>>> <param name="tls-verify-depth" value="2"/> >>>>>> <!-- If the tls-verify-policy is set to subjects_all >>>>>> or subjects_in this sets which subjects are allowed, multiple subjects can >>>>>> be split with a '|' pipe --> >>>>>> <param name="tls-verify-in-subjects" value=""/> >>>>>> <!-- TLS version ("sslv23" (default), "tlsv1"). >>>>>> NOTE: Phones may not work with TLSv1 --> >>>>>> <param name="tls-version" value="tlsv1"/> >>>>>> </settings> >>>>>> </profile> >>>>>> </profiles> >>>>>> >>>>>> </configuration> >>>>>> >>>>>> >>>>>> Then on the t38_transconde.xml file I have this. >>>>>> >>>>>> <include> >>>>>> <context name="incoming"> >>>>>> <extension name="t38_transcode"> >>>>>> <condition field="destination_number" >>>>>> expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$"> >>>>>> <action application="set" data="fax_enable_t38=true"/> >>>>>> <action application="set" data="sip_execute_on_image=t38_gateway >>>>>> peer nocng"/> >>>>>> <action application="bridge" data="sofia/external/$1$2@$${external_sip_proxy}"/> >>>>>> >>>>>> </condition> >>>>>> </extension> >>>>>> </context> >>>>>> </include> >>>>>> >>>>>> >>>>>> I could see on the /var/log/freeswitch/freeswitch.xml.fsxml >>>>>> file that the t38_transcode.xml file its included ... but still get the >>>>>> same error on on the console, so something terrible wrong I'm missing here >>>>>> ... :-( >>>>>> >>>>>> Also ... it's possible to directly send the calls sofia/$1$2@$${external} >>>>>> ? ... I mean, sending the call directly to a URI, with username/password >>>>>> and so on ... instead of having to define a profile for it. >>>>>> >>>>>> >>>>>> 2017-05-16 16:13 GMT+01:00 David Villasmil < >>>>>> david.villasmil.work@gmail.com>: >>>>>> >>>>>>> No, you may be sending it to the right ports, but the profile >>>>>>> attached to that port must have the context set to the correct dialplan. >>>>>>> >>>>>>> I just did exactly what you're doing and i also got "No Route, >>>>>>> Aborting" >>>>>>> >>>>>>> I've never seen this type of "dialplan" value, tbh >>>>>>> >>>>>>> <param name="dialplan" value="XML:/etc/freeswitch/dia >>>>>>> lplans/t38_transcode.xml"/> >>>>>>> >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> David Villasmil >>>>>>> email: david.villasmil.work@gmail.com >>>>>>> phone: +34669448337 <+34%20669%2044%2083%2037> >>>>>>> >>>>>>> On Tue, May 16, 2017 at 3:30 PM, Raúl Alexis Betancor Santana >>>>>>> <rbetancor@gmail.com> wrote: >>>>>>> >>>>>>>> Only one profile defined on the sofia.conf.xml and I'm >>>>>>>> sending the traffict to the wright ports, if not I whould get the logs on >>>>>>>> the console, as that are the only ports enabled. >>>>>>>> >>>>>>>> 2017-05-16 14:22 GMT+01:00 David Villasmil < >>>>>>>> david.villasmil.work@gmail.com>: >>>>>>>> >>>>>>>>> Take a look at your profile, it should be listening on the >>>>>>>>> port you're sending to, and must have the context parameter set to your >>>>>>>>> dialplan name. >>>>>>>>> On Tue, May 16, 2017 at 3:15 PM Raúl Alexis Betancor Santana >>>>>>>>> <rbetancor@gmail.com> wrote: >>>>>>>>> >>>>>>>>>> >>>>>>>>>> Hi all, till now I'm been working with pre-made setup files >>>>>>>>>> for FS, and now I'm trying to get a deep knowleadge of how the dialplan >>>>>>>>>> works. >>>>>>>>>> >>>>>>>>>> So I modifed my autoload_configs/sofia.conf.xml file and >>>>>>>>>> changed my dialplan param to something like this: >>>>>>>>>> >>>>>>>>>> <param name="dialplan" value="XML:/etc/freeswitch/dia >>>>>>>>>> lplans/t38_transcode.xml,inline:socket:127.0.0.1:8022 >>>>>>>>>> async full"/> >>>>>>>>>> >>>>>>>>>> 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. >>>>>>>>>> >>>>>>>>>> On my t38_transcode.xml file ... very simple: >>>>>>>>>> >>>>>>>>>> <extension name="t38_transcode"> >>>>>>>>>> <condition field="sip_h_X-T38-Transcode" >>>>>>>>>> expresion="^True"/> >>>>>>>>>> <condition field="destination_number" >>>>>>>>>> expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$"> >>>>>>>>>> <action application="set" data="fax_enable_t38=true"/> >>>>>>>>>> <action application="set" data="t38_trace=true"/> >>>>>>>>>> <action application="set" data="sip_execute_on_image=t38_gateway >>>>>>>>>> peer nocng"/> >>>>>>>>>> <action application="bridge" >>>>>>>>>> data="sofia/external/$1$2@proxy.server.tld"/> >>>>>>>>>> </condition> >>>>>>>>>> </extension> >>>>>>>>>> >>>>>>>>>> But If I fire a call to FS like [number]@[FS_IP] from a sip >>>>>>>>>> testing client I get >>>>>>>>>> >>>>>>>>>> [INFO] switch_core_state_machine.c:311 No Route, Aborting >>>>>>>>>> >>>>>>>>>> What I'm doing wrong here? >>>>>>>>>> >>>>>>>>>> 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->Ulaw transcoding saving the T38 trace, so I could >>>>>>>>>> inspect it later. >>>>>>>>>> The rest of calls coming in ... as they don't have the >>>>>>>>>> sip-header should end on other app. >>>>>>>>>> >>>>>>>>>> For doing the testing I disabled the socket_inline part of >>>>>>>>>> the dialplan string, so it have only this: >>>>>>>>>> >>>>>>>>>> <param name="dialplan" value="XML:/etc/freeswitch/dia >>>>>>>>>> lplans/t38_transcode.xml"/> >>>>>>>>>> >>>>>>>>>> Did I miss something? ... or maybe missundestood who the >>>>>>>>>> xml dialplan works ? >>>>>>>>>> ______________________________ >>>>>>>>>> ___________________________________________ >>>>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>>>> consulting@freeswitch.org >>>>>>>>>> http://www.freeswitchsolutions.com >>>>>>>>>> >>>>>>>>>> Official FreeSWITCH Sites >>>>>>>>>> http://www.freeswitch.org >>>>>>>>>> http://confluence.freeswitch.org >>>>>>>>>> http://www.cluecon.com >>>>>>>>>> >>>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>>>>> http://lists.freeswitch.org/ma >>>>>>>>>> ilman/listinfo/freeswitch-users >>>>>>>>>> UNSUBSCRIBE:http://lists.frees >>>>>>>>>> witch.org/mailman/options/freeswitch-users >>>>>>>>>> http://www.freeswitch.org >>>>>>>>> >>>>>>>>> >>>>>>>>> ____________________________________________________________ >>>>>>>>> _____________ >>>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>>> consulting@freeswitch.org >>>>>>>>> http://www.freeswitchsolutions.com >>>>>>>>> >>>>>>>>> Official FreeSWITCH Sites >>>>>>>>> http://www.freeswitch.org >>>>>>>>> http://confluence.freeswitch.org >>>>>>>>> http://www.cluecon.com >>>>>>>>> >>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-user >>>>>>>>> s >>>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>>>>> switch-users >>>>>>>>> http://www.freeswitch.org >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ____________________________________________________________ >>>>>>>> _____________ >>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>> consulting@freeswitch.org >>>>>>>> http://www.freeswitchsolutions.com >>>>>>>> >>>>>>>> Official FreeSWITCH Sites >>>>>>>> http://www.freeswitch.org >>>>>>>> http://confluence.freeswitch.org >>>>>>>> http://www.cluecon.com >>>>>>>> >>>>>>>> FreeSWITCH-users mailing list >>>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>>>> switch-users >>>>>>>> http://www.freeswitch.org >>>>>>>> >>>>>>> >>>>>>> ᐧ >>>>>>> >>>>>>> ____________________________________________________________ >>>>>>> _____________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting@freeswitch.org >>>>>>> http://www.freeswitchsolutions.com >>>>>>> >>>>>>> Official FreeSWITCH Sites >>>>>>> http://www.freeswitch.org >>>>>>> http://confluence.freeswitch.org >>>>>>> http://www.cluecon.com >>>>>>> >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>>> switch-users >>>>>>> http://www.freeswitch.org >>>>>>> >>>>>> >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting@freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting@freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users@lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting@freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users@lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>> switch-users >>> http://www.freeswitch.org >>> >> >> >> ____________________________________________________________ >> _____________ >> Professional FreeSWITCH Consulting Services: >> consulting@freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users@lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >> switch-users >> http://www.freeswitch.org >> > > ____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

Sure ... This was what I have before on the freeswitch.xml and was not working: <?xml version="1.0"?> <document type="freeswitch/xml"> <X-PRE-PROCESS cmd="include" data="vars.xml"/> <section name="configuration" description="Various Configuration"> <X-PRE-PROCESS cmd="include" data="autoload_configs/*.xml"/> <X-PRE-PROCESS cmd="include" data="dialplan/*.xml"/> </section> </document> This is what I have now and works perfectly: <?xml version="1.0"?> <document type="freeswitch/xml"> <X-PRE-PROCESS cmd="include" data="vars.xml"/> <section name="configuration" description="Various Configuration"> <X-PRE-PROCESS cmd="include" data="autoload_configs/*.xml"/> </section> <section name="dialplan" description="Regex/XML Dialplan"> <X-PRE-PROCESS cmd="include" data="dialplan/*.xml"/> </section> </document> 2017-05-18 9:24 GMT+01:00 David Villasmil <david.villasmil.work@gmail.com>:

could you paste it?

ᐧ

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Thu, May 18, 2017 at 10:20 AM, Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Found it, and I supposed ... a noob fail ... X) ... I just was not adding the correct configuration statement on the freeswithc.xml file, and was loading the dialplan xml files inside the configuration section, instead of the dialplan section.

2017-05-18 8:22 GMT+01:00 Raúl Alexis Betancor Santana < rbetancor@gmail.com>:

...

That command give me the clue ... if I do xml_locate dialplan it returns me an empty response ... so I assume that I'm doing something wrong and it's not loading any dialplan.

2017-05-16 19:48 GMT+01:00 David Villasmil < david.villasmil.work@gmail.com>:

...

"xml_locate dialplan"

will give you the whole xml for the dialplan

"xml_locate configuration configuration name sofia.conf"

will give you your sofia.conf ᐧ

Regards,

David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 <+34%20669%2044%2083%2037>

On Tue, May 16, 2017 at 8:15 PM, David Villasmil < david.villasmil.work@gmail.com> wrote:

...

Yeah that command doesn't exists. But there is another command, xml_locate or something like that. Remove the context param and try again. Post the latest version of the extension with the section i pointed out before.

I can't send you the fsxml as I'm not in my computer right now. I'll send it in a few minutes.

On Tue, May 16, 2017 at 8:12 PM Raúl Alexis Betancor Santana < rbetancor@gmail.com> wrote:

...

Thats what I'm trying ... to undestand how it works.

I posted the profile I'm using a couple of messasges earlier, anyway:

<profiles> <profile name="fax"> <gateways> <X-PRE-PROCESS cmd="include" data="../gateways/*.xml"/> </gateways>

<domains> <domain name="all" alias="false" parse="false"/> </domains>

<settings> <param name="debug" value="0"/> <param name="shutdown-on-fail" value="true"/> <param name="sip-trace" value="no"/> <param name="sip-capture" value="yes"/> <param name="capture-server" value="udp:$${homer_ip}:$${hom er_port};hep=3;capture_id=2001"/> <param name="rfc2833-pt" value="101"/> <!--<param name="enable-rfc-5626" value="true"/> -->

<param name="t38-trace" value="true"/> <param name="dialplan" value="XML"/>

<param name="context" value="incoming"/>

<param name="dtmf-duration" value="2000"/> <param name="codec-prefs" value="PCMU"/> <param name="disable-hold" value="true"/>

<param name="rtp-timer-name" value="soft"/> <param name="local-network-acl" value="localnet.auto"/> <param name="manage-presence" value="false"/>

<param name="inbound-codec-negotiation" value="generous"/> <param name="nonce-ttl" value="60"/> <param name="auth-calls" value="false"/> <param name="disable-register" value="true"/>

<param name="inbound-late-negotiation" value="false"/> <param name="inbound-zrtp-passthru" value="false"/>

<param name="sip-port" value="5060"/> <param name="rtp-ip" value="$${sofia_ip}"/> <param name="sip-ip" value="$${sofia_ip}"/> <param name="ext-rtp-ip" value="$${sofia_ip}"/> <param name="ext-sip-ip" value="$${sofia_ip}"/>

<param name="rtp-timeout-sec" value="300"/> <param name="rtp-hold-timeout-sec" value="1800"/>

<param name="tls" value="false"/> <param name="tls-only" value="false"/> <param name="tls-bind-params" value="transport=tls"/> <param name="tls-sip-port" value="5061"/> <!-- Location of the agent.pem and cafile.pem ssl certificates (needed for TLS server) --> <param name="tls-cert-dir" value="$${base_dir}/conf/ssl"/>

<param name="tls-passphrase" value=""/> <param name="tls-verify-date" value="true"/> <!-- set to 'in' to only verify incoming connections, 'out' to only verify outgoing connections, 'all' to verify all connections, also 'in_subjects', 'out_subjects' and 'all_subjects' for subject validation. Multiple policies can be split with a '|' pipe --> <param name="tls-verify-policy" value="none"/> <param name="tls-verify-depth" value="2"/> <!-- If the tls-verify-policy is set to subjects_all or subjects_in this sets which subjects are allowed, multiple subjects can be split with a '|' pipe --> <param name="tls-verify-in-subjects" value=""/> <!-- TLS version ("sslv23" (default), "tlsv1"). NOTE: Phones may not work with TLSv1 --> <param name="tls-version" value="tlsv1"/> </settings> </profile> </profiles>

I changed the the extension pattern to ^(.*) ... still the same result

Could you please share an example freeswitch.xml.fsxml file ? ... maybe the problem is how the includes are handled, so something is not on the xml node it needs to.

I miss a command like the 'show dialplan' ... where you could check how an specific call would behalf

2017-05-16 19:01 GMT+01:00 David Villasmil < david.villasmil.work@gmail.com>:

> Hello, > > You need to start by understanding freeswitch before comparing the > two, i work with both and there's just no comparison, as far as I'm > concerned. > > When you create a profile, this profile binds to a port. In the > profile config there's two params, context and diaplan (though tbh until > today i never ever touched the dialplan param, as i haven't had any need to > do it. If i need a simple diaplan, i just remove all xmls included in said > diaplan and have just one file. > > Now, the "context" param, along with the includes, is what fs uses > to hunt for extensions. Any file loaded from the profile which includes the > context name, will be use to hunt for an extension. > > You haven't posted your profile, so it's hard to figure out what > could be wrong, as when i tried it, it worked perfectly. I should note i > commented out the context param. > > For the sake of simplicity, can you change your extension to answer > EVERYTHING, (i.e.: "^(.*)") ? > > > > On Tue, May 16, 2017 at 7:53 PM Raúl Alexis Betancor Santana < > rbetancor@gmail.com> wrote: > >> Just for the shake of simplicity ... on the Asterisk world would be >> something like: >> >> exten => _1NXXNXXXXXX,1,Noop("T38 Gateway Call") >> exten => _1NXXNXXXXXX,n,Set(FAXOPT(gateway)=yes) >> exten => _1NXXNXXXXXX,n,Dial(SIP/${EXTEN}@proxy.server.tld) >> >> I just want to make the same with FS, but not allowing T38 >> passthrought at all ... just T38 (a leg) to Ulaw (b leg) >> >> 2017-05-16 17:48 GMT+01:00 Raúl Alexis Betancor Santana < >> rbetancor@gmail.com>: >> >>> Same result ... No Route, Aborting >>> >>> Lets see if I found some step-by-step tutorial that explains who >>> the dialplan works. The doc on the Wiki it's not clear enought for me. >>> >>> 2017-05-16 17:40 GMT+01:00 David Villasmil < >>> david.villasmil.work@gmail.com>: >>> >>>> That was my test extension, you can replace it for whatever you >>>> need :) >>>> ᐧ >>>> >>>> Regards, >>>> >>>> David Villasmil >>>> email: david.villasmil.work@gmail.com >>>> phone: +34669448337 <+34%20669%2044%2083%2037> >>>> >>>> On Tue, May 16, 2017 at 6:38 PM, Raúl Alexis Betancor Santana < >>>> rbetancor@gmail.com> wrote: >>>> >>>>> I don't get the point of calling a user/$1 ... as there is no >>>>> users registered against this FS ... I just want to use it as a T38->Ulaw >>>>> gateway. >>>>> >>>>> 2017-05-16 17:34 GMT+01:00 David Villasmil < >>>>> david.villasmil.work@gmail.com>: >>>>> >>>>>> that context line is not necessary, btw. point is you need the >>>>>> section: >>>>>> >>>>>> <?xml version="1.0" encoding="UTF-8" standalone="no"?> >>>>>> <document type="freeswitch/xml"> >>>>>> <section name="dialplan" description="RE Dial Plan For >>>>>> FreeSwitch"> >>>>>> <extension name="local_call"> >>>>>> <condition field="destination_number" expression="^(10..)$"> >>>>>> <action application="bridge" data="user/$1"/> >>>>>> <action application="hangup"/> >>>>>> </condition> >>>>>> </extension> >>>>>> <section/> >>>>>> ᐧ >>>>>> >>>>>> Regards, >>>>>> >>>>>> David Villasmil >>>>>> email: david.villasmil.work@gmail.com >>>>>> phone: +34669448337 <+34%20669%2044%2083%2037> >>>>>> >>>>>> On Tue, May 16, 2017 at 6:33 PM, David Villasmil < >>>>>> david.villasmil.work@gmail.com> wrote: >>>>>> >>>>>>> Ok i've looked at the source code for mod_dialplan and in your >>>>>>> xml, you need something like: >>>>>>> >>>>>>> <?xml version="1.0" encoding="utf-8"?> >>>>>>> <document type="freeswitch/xml"> >>>>>>> <section name="dialplan" description="RE Dial Plan For >>>>>>> FreeSwitch"> >>>>>>> >>>>>>> <context name="default"> >>>>>>> >>>>>>> <extension name="local_call"> >>>>>>> <condition field="destination_number" >>>>>>> expression="^(10..)$"> >>>>>>> <action application="bridge" data="user/$1"/> >>>>>>> <action application="hangup"/> >>>>>>> </condition> >>>>>>> </extension> >>>>>>> >>>>>>> <section/this works for me >>>>>>> ᐧ >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> David Villasmil >>>>>>> email: david.villasmil.work@gmail.com >>>>>>> phone: +34669448337 <+34%20669%2044%2083%2037> >>>>>>> >>>>>>> On Tue, May 16, 2017 at 5:26 PM, Raúl Alexis Betancor Santana >>>>>>> <rbetancor@gmail.com> wrote: >>>>>>> >>>>>>>> Ok, I think the whole point is that I don't undestand how the >>>>>>>> dialplan works. >>>>>>>> >>>>>>>> I started from 0 ... now on the sofia.conf.xml I have this: >>>>>>>> <configuration name="sofia.conf" description="sofia >>>>>>>> Endpoint"> >>>>>>>> >>>>>>>> <global_settings> >>>>>>>> <param name="log-level" value="0"/> >>>>>>>> <!-- <param name="auto-restart" value="false"/> --> >>>>>>>> <param name="debug-presence" value="0"/> >>>>>>>> </global_settings> >>>>>>>> >>>>>>>> <profiles> >>>>>>>> <profile name="fax"> >>>>>>>> <gateways> >>>>>>>> <X-PRE-PROCESS cmd="include" >>>>>>>> data="../gateways/*.xml"/> >>>>>>>> </gateways> >>>>>>>> >>>>>>>> <domains> >>>>>>>> <domain name="all" alias="false" parse="false"/> >>>>>>>> </domains> >>>>>>>> >>>>>>>> <settings> >>>>>>>> <param name="debug" value="0"/> >>>>>>>> <param name="shutdown-on-fail" value="true"/> >>>>>>>> <param name="sip-trace" value="no"/> >>>>>>>> <param name="sip-capture" value="yes"/> >>>>>>>> <param name="capture-server" >>>>>>>> value="udp:$${homer_ip}:$${homer_port};hep=3;capture_id=2001"/> >>>>>>>> >>>>>>>> <param name="rfc2833-pt" value="101"/> >>>>>>>> <!--<param name="enable-rfc-5626" value="true"/> >>>>>>>> --> >>>>>>>> >>>>>>>> <param name="t38-trace" value="true"/> >>>>>>>> <param name="dialplan" value="XML"/> >>>>>>>> >>>>>>>> <param name="context" value="incoming"/> >>>>>>>> >>>>>>>> <param name="dtmf-duration" value="2000"/> >>>>>>>> <param name="codec-prefs" value="PCMU"/> >>>>>>>> <param name="disable-hold" value="true"/> >>>>>>>> >>>>>>>> <param name="rtp-timer-name" value="soft"/> >>>>>>>> <param name="local-network-acl" >>>>>>>> value="localnet.auto"/> >>>>>>>> <param name="manage-presence" value="false"/> >>>>>>>> >>>>>>>> <param name="inbound-codec-negotiation" >>>>>>>> value="generous"/> >>>>>>>> <param name="nonce-ttl" value="60"/> >>>>>>>> <param name="auth-calls" value="false"/> >>>>>>>> <param name="disable-register" value="true"/> >>>>>>>> >>>>>>>> <param name="inbound-late-negotiation" >>>>>>>> value="false"/> >>>>>>>> <param name="inbound-zrtp-passthru" >>>>>>>> value="false"/> >>>>>>>> >>>>>>>> <param name="sip-port" value="5060"/> >>>>>>>> <param name="rtp-ip" value="$${sofia_ip}"/> >>>>>>>> <param name="sip-ip" value="$${sofia_ip}"/> >>>>>>>> <param name="ext-rtp-ip" value="$${sofia_ip}"/> >>>>>>>> <param name="ext-sip-ip" value="$${sofia_ip}"/> >>>>>>>> >>>>>>>> <param name="rtp-timeout-sec" value="300"/> >>>>>>>> <param name="rtp-hold-timeout-sec" value="1800"/> >>>>>>>> >>>>>>>> <param name="tls" value="false"/> >>>>>>>> <param name="tls-only" value="false"/> >>>>>>>> <param name="tls-bind-params" >>>>>>>> value="transport=tls"/> >>>>>>>> <param name="tls-sip-port" value="5061"/> >>>>>>>> <!-- Location of the agent.pem and cafile.pem ssl >>>>>>>> certificates (needed for TLS server) --> >>>>>>>> <param name="tls-cert-dir" >>>>>>>> value="$${base_dir}/conf/ssl"/> >>>>>>>> <param name="tls-passphrase" value=""/> >>>>>>>> <param name="tls-verify-date" value="true"/> >>>>>>>> <!-- set to 'in' to only verify incoming >>>>>>>> connections, 'out' to only verify outgoing connections, 'all' to verify all >>>>>>>> connections, also 'in_subjects', 'out_subjects' and 'all_subjects' for >>>>>>>> subject validation. Multiple policies can be split with a '|' pipe --> >>>>>>>> <param name="tls-verify-policy" value="none"/> >>>>>>>> <param name="tls-verify-depth" value="2"/> >>>>>>>> <!-- If the tls-verify-policy is set to >>>>>>>> subjects_all or subjects_in this sets which subjects are allowed, multiple >>>>>>>> subjects can be split with a '|' pipe --> >>>>>>>> <param name="tls-verify-in-subjects" value=""/> >>>>>>>> <!-- TLS version ("sslv23" (default), "tlsv1"). >>>>>>>> NOTE: Phones may not work with TLSv1 --> >>>>>>>> <param name="tls-version" value="tlsv1"/> >>>>>>>> </settings> >>>>>>>> </profile> >>>>>>>> </profiles> >>>>>>>> >>>>>>>> </configuration> >>>>>>>> >>>>>>>> >>>>>>>> Then on the t38_transconde.xml file I have this. >>>>>>>> >>>>>>>> <include> >>>>>>>> <context name="incoming"> >>>>>>>> <extension name="t38_transcode"> >>>>>>>> <condition field="destination_number" >>>>>>>> expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$"> >>>>>>>> <action application="set" data="fax_enable_t38=true"/> >>>>>>>> <action application="set" data="sip_execute_on_image=t38_gateway >>>>>>>> peer nocng"/> >>>>>>>> <action application="bridge" data="sofia/external/$1$2@ >>>>>>>> $${external_sip_proxy}"/> >>>>>>>> </condition> >>>>>>>> </extension> >>>>>>>> </context> >>>>>>>> </include> >>>>>>>> >>>>>>>> >>>>>>>> I could see on the /var/log/freeswitch/freeswitch.xml.fsxml >>>>>>>> file that the t38_transcode.xml file its included ... but still get the >>>>>>>> same error on on the console, so something terrible wrong I'm missing here >>>>>>>> ... :-( >>>>>>>> >>>>>>>> Also ... it's possible to directly send the calls sofia/$1$2@$${external} >>>>>>>> ? ... I mean, sending the call directly to a URI, with username/password >>>>>>>> and so on ... instead of having to define a profile for it. >>>>>>>> >>>>>>>> >>>>>>>> 2017-05-16 16:13 GMT+01:00 David Villasmil < >>>>>>>> david.villasmil.work@gmail.com>: >>>>>>>> >>>>>>>>> No, you may be sending it to the right ports, but the >>>>>>>>> profile attached to that port must have the context set to the correct >>>>>>>>> dialplan. >>>>>>>>> >>>>>>>>> I just did exactly what you're doing and i also got "No >>>>>>>>> Route, Aborting" >>>>>>>>> >>>>>>>>> I've never seen this type of "dialplan" value, tbh >>>>>>>>> >>>>>>>>> <param name="dialplan" value="XML:/etc/freeswitch/dia >>>>>>>>> lplans/t38_transcode.xml"/> >>>>>>>>> >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> >>>>>>>>> David Villasmil >>>>>>>>> email: david.villasmil.work@gmail.com >>>>>>>>> phone: +34669448337 <+34%20669%2044%2083%2037> >>>>>>>>> >>>>>>>>> On Tue, May 16, 2017 at 3:30 PM, Raúl Alexis Betancor >>>>>>>>> Santana <rbetancor@gmail.com> wrote: >>>>>>>>> >>>>>>>>>> Only one profile defined on the sofia.conf.xml and I'm >>>>>>>>>> sending the traffict to the wright ports, if not I whould get the logs on >>>>>>>>>> the console, as that are the only ports enabled. >>>>>>>>>> >>>>>>>>>> 2017-05-16 14:22 GMT+01:00 David Villasmil < >>>>>>>>>> david.villasmil.work@gmail.com>: >>>>>>>>>> >>>>>>>>>>> Take a look at your profile, it should be listening on the >>>>>>>>>>> port you're sending to, and must have the context parameter set to your >>>>>>>>>>> dialplan name. >>>>>>>>>>> On Tue, May 16, 2017 at 3:15 PM Raúl Alexis Betancor >>>>>>>>>>> Santana <rbetancor@gmail.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Hi all, till now I'm been working with pre-made setup >>>>>>>>>>>> files for FS, and now I'm trying to get a deep knowleadge of how the >>>>>>>>>>>> dialplan works. >>>>>>>>>>>> >>>>>>>>>>>> So I modifed my autoload_configs/sofia.conf.xml file and >>>>>>>>>>>> changed my dialplan param to something like this: >>>>>>>>>>>> >>>>>>>>>>>> <param name="dialplan" value="XML:/etc/freeswitch/dia >>>>>>>>>>>> lplans/t38_transcode.xml,inline:socket:127.0.0.1:8022 >>>>>>>>>>>> async full"/> >>>>>>>>>>>> >>>>>>>>>>>> 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. >>>>>>>>>>>> >>>>>>>>>>>> On my t38_transcode.xml file ... very simple: >>>>>>>>>>>> >>>>>>>>>>>> <extension name="t38_transcode"> >>>>>>>>>>>> <condition field="sip_h_X-T38-Transcode" >>>>>>>>>>>> expresion="^True"/> >>>>>>>>>>>> <condition field="destination_number" >>>>>>>>>>>> expresion="^(\+1|1)?([2-9]\d\d[2-9]\d{6})$"> >>>>>>>>>>>> <action application="set" data="fax_enable_t38=true"/> >>>>>>>>>>>> <action application="set" data="t38_trace=true"/> >>>>>>>>>>>> <action application="set" >>>>>>>>>>>> data="sip_execute_on_image=t38_gateway peer nocng"/> >>>>>>>>>>>> <action application="bridge" >>>>>>>>>>>> data="sofia/external/$1$2@proxy.server.tld"/> >>>>>>>>>>>> </condition> >>>>>>>>>>>> </extension> >>>>>>>>>>>> >>>>>>>>>>>> But If I fire a call to FS like [number]@[FS_IP] from a >>>>>>>>>>>> sip testing client I get >>>>>>>>>>>> >>>>>>>>>>>> [INFO] switch_core_state_machine.c:311 No Route, Aborting >>>>>>>>>>>> >>>>>>>>>>>> What I'm doing wrong here? >>>>>>>>>>>> >>>>>>>>>>>> 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->Ulaw transcoding saving the T38 trace, so I could >>>>>>>>>>>> inspect it later. >>>>>>>>>>>> The rest of calls coming in ... as they don't have the >>>>>>>>>>>> sip-header should end on other app. >>>>>>>>>>>> >>>>>>>>>>>> For doing the testing I disabled the socket_inline part >>>>>>>>>>>> of the dialplan string, so it have only this: >>>>>>>>>>>> >>>>>>>>>>>> <param name="dialplan" value="XML:/etc/freeswitch/dia >>>>>>>>>>>> lplans/t38_transcode.xml"/> >>>>>>>>>>>> >>>>>>>>>>>> Did I miss something? ... or maybe missundestood who the >>>>>>>>>>>> xml dialplan works ? >>>>>>>>>>>> ______________________________ >>>>>>>>>>>> ___________________________________________ >>>>>>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>>>>>> consulting@freeswitch.org >>>>>>>>>>>> http://www.freeswitchsolutions.com >>>>>>>>>>>> >>>>>>>>>>>> Official FreeSWITCH Sites >>>>>>>>>>>> http://www.freeswitch.org >>>>>>>>>>>> http://confluence.freeswitch.org >>>>>>>>>>>> http://www.cluecon.com >>>>>>>>>>>> >>>>>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>>>>>>> http://lists.freeswitch.org/ma >>>>>>>>>>>> ilman/listinfo/freeswitch-users >>>>>>>>>>>> UNSUBSCRIBE:http://lists.frees >>>>>>>>>>>> witch.org/mailman/options/freeswitch-users >>>>>>>>>>>> http://www.freeswitch.org >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ______________________________ >>>>>>>>>>> ___________________________________________ >>>>>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>>>>> consulting@freeswitch.org >>>>>>>>>>> http://www.freeswitchsolutions.com >>>>>>>>>>> >>>>>>>>>>> Official FreeSWITCH Sites >>>>>>>>>>> http://www.freeswitch.org >>>>>>>>>>> http://confluence.freeswitch.org >>>>>>>>>>> http://www.cluecon.com >>>>>>>>>>> >>>>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>>>>>> http://lists.freeswitch.org/ma >>>>>>>>>>> ilman/listinfo/freeswitch-users >>>>>>>>>>> UNSUBSCRIBE:http://lists.frees >>>>>>>>>>> witch.org/mailman/options/freeswitch-users >>>>>>>>>>> http://www.freeswitch.org >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ______________________________ >>>>>>>>>> ___________________________________________ >>>>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>>>> consulting@freeswitch.org >>>>>>>>>> http://www.freeswitchsolutions.com >>>>>>>>>> >>>>>>>>>> Official FreeSWITCH Sites >>>>>>>>>> http://www.freeswitch.org >>>>>>>>>> http://confluence.freeswitch.org >>>>>>>>>> http://www.cluecon.com >>>>>>>>>> >>>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>>>>> http://lists.freeswitch.org/ma >>>>>>>>>> ilman/listinfo/freeswitch-users >>>>>>>>>> UNSUBSCRIBE:http://lists.frees >>>>>>>>>> witch.org/mailman/options/freeswitch-users >>>>>>>>>> http://www.freeswitch.org >>>>>>>>>> >>>>>>>>> >>>>>>>>> ᐧ >>>>>>>>> >>>>>>>>> ____________________________________________________________ >>>>>>>>> _____________ >>>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>>> consulting@freeswitch.org >>>>>>>>> http://www.freeswitchsolutions.com >>>>>>>>> >>>>>>>>> Official FreeSWITCH Sites >>>>>>>>> http://www.freeswitch.org >>>>>>>>> http://confluence.freeswitch.org >>>>>>>>> http://www.cluecon.com >>>>>>>>> >>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-user >>>>>>>>> s >>>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>>>>> switch-users >>>>>>>>> http://www.freeswitch.org >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ____________________________________________________________ >>>>>>>> _____________ >>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>> consulting@freeswitch.org >>>>>>>> http://www.freeswitchsolutions.com >>>>>>>> >>>>>>>> Official FreeSWITCH Sites >>>>>>>> http://www.freeswitch.org >>>>>>>> http://confluence.freeswitch.org >>>>>>>> http://www.cluecon.com >>>>>>>> >>>>>>>> FreeSWITCH-users mailing list >>>>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>>>> switch-users >>>>>>>> http://www.freeswitch.org >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting@freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users@lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting@freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users@lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting@freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users@lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >> ____________________________________________________________ >> _____________ >> Professional FreeSWITCH Consulting Services: >> consulting@freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users@lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >> switch-users >> http://www.freeswitch.org > > > ____________________________________________________________ > _____________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free > switch-users > http://www.freeswitch.org >

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org