[Freeswitch-users] Noob question about xml dialplan

[David Villasmil]

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 at gmail.com
phone: +34669448337

On Tue, May 16, 2017 at 3:30 PM, Raúl Alexis Betancor Santana <
rbetancor at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>

ᐧ
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170516/8f7560bf/attachment.html