Hello Sergey

I am agree with you that my dial plan can be risky I used ACL but this can be not sufficient. I want to be able to call any internal sip extension, but i don't want that this piece dialplan to be usable reach external numbers.

I probably need to protect theses variables ( sip_to_user must be only a locally registered sip extension )  or avoid using them ( maybe using multiple conditions field for each domain ? )

I don't fully understand your initial example:

<action application="bridge" data="{sip_invite_to_uri=<sip:${destination_number}@mydomain.org>}user/reg_user@mydomain.org"/>

What is reg_user for freeswitch1 ? What should i use on freeswitch2 dialplan to recognize the inbound call ?

Thanks



 

On 18/09/2015 07:10, Sergey Safarov wrote:

1) I recommend not use "domain" and dereviated variables. This variables may be used in bridge and other application.
2) try send invite as in example provided early.

On Thu, Sep 17, 2015, 23:22 Tanguy <phenix@vfemail.net> wrote:

I am now able to call a extension from a remote server, for those who are interested i used theses options on freeswitch2 public dialplan

<action application="set" data="call_direction=inbound"/>
<action application="set" data="domain_name=${sip_to_host}" >
<action application="set" data="domain=${sip_to_host}"/>
<action application="transfer" data="${sip_to_user} XML ${sip_to_host}" />

_________________________________________________________________________
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