Hiding Tech Prefix from Caller
I've tried searching for the solution to this problem, but I've come up empty. I'm working with a gateway (FlowRoute) that requires a Tech Prefix be sent in the INVITE as part of the outgoing number. I've implemented this in the dialplan as: <action application="bridge" data="sofia/gateway/sip.flowroute.com/123456*$1"/> While the call is successfully routed out, FreeSWITCH sends the same information back to the caller in the SIP transaction -- thus the caller's handset updates to read "123456*1231231234" instead of just "1231231234". Not only is this something of a security concern (since the Tech Prefix is somewhat confidential), but it breaks many handset features such as redial. The gateway requires the Tech Prefix in the INVITE header and will not accept it just in the "To" field. Any ideas on how I can force FreeSWITCH to effectively hide the Tech Prefix from the caller? Thanks!
<action application="export" data="ignore_display_updates=true" /> On 3 June 2014 05:04, Galen R. Lande <glande@act85.com> wrote:
I've tried searching for the solution to this problem, but I've come up empty.
I'm working with a gateway (FlowRoute) that requires a Tech Prefix be sent in the INVITE as part of the outgoing number. I've implemented this in the dialplan as:
<action application="bridge" data="sofia/gateway/ sip.flowroute.com/123456*$1"/>
While the call is successfully routed out, FreeSWITCH sends the same information back to the caller in the SIP transaction -- thus the caller's handset updates to read "123456*1231231234" instead of just "1231231234". Not only is this something of a security concern (since the Tech Prefix is somewhat confidential), but it breaks many handset features such as redial. The gateway requires the Tech Prefix in the INVITE header and will not accept it just in the "To" field.
Any ideas on how I can force FreeSWITCH to effectively hide the Tech Prefix from the caller?
Thanks!
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director *T <info@cassidywebservices.co.uk> *03300 100 960 *F <info@cassidywebservices.co.uk> *03300 100 961 *E <info@cassidywebservices.co.uk> *andrew@cassidywebservices.co.uk *W <info@cassidywebservices.co.uk> *www.cassidywebservices.co.uk
No joy placing ignore_display_updates=true in the dialplan, or using <param name="send-display-update" value="false"/> in sip_profiles/external.xml. Either way, handsets still updates with "tech_prefix*number_dialed". With the console on debug loglevel, I don't see anything about it processing (or not) the command, although I'm not sure I should. Cold restart of FreeSWITCH does not fix it either. If it matters, running version string is: FreeSWITCH Version 1.5.13b+git~20140517T062858Z~34807208c6~64bit (git 3480720 2014-05-17 06:28:58Z 64bit) ----- Original Message -----
<action application="export" data="ignore_display_updates=true" />
On 3 June 2014 05:04, Galen R. Lande < glande@act85.com > wrote:
I've tried searching for the solution to this problem, but I've come up empty.
I'm working with a gateway (FlowRoute) that requires a Tech Prefix be sent in the INVITE as part of the outgoing number. I've implemented this in the dialplan as:
<action application="bridge" data="sofia/gateway/ sip.flowroute.com/123456*$1 "/>
While the call is successfully routed out, FreeSWITCH sends the same information back to the caller in the SIP transaction -- thus the caller's handset updates to read "123456*1231231234" instead of just "1231231234". Not only is this something of a security concern (since the Tech Prefix is somewhat confidential), but it breaks many handset features such as redial. The gateway requires the Tech Prefix in the INVITE header and will not accept it just in the "To" field.
Any ideas on how I can force FreeSWITCH to effectively hide the Tech Prefix from the caller?
Thanks!
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
Official FreeSWITCH Sites
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
-- Andrew Cassidy BSc (Hons) MBCS SSCA Managing Director
T 03300 100 960 F 03300 100 961 E andrew@cassidywebservices.co.uk W www.cassidywebservices.co.uk
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
Apologies for responding to my own post, but I've resolved the issue. Turns out that "ignore_display_updates=true" was only fixing half of the issue, and that FreeSWITCH was still sending back a P-Asserted-Identity with the incorrect dial string. Updating the bridge line with "{origination_callee_id_name=${cidlookup($1)},origination_callee_id_number='$1'}" resolved the issue. Thanks! ----- Original Message -----
No joy placing ignore_display_updates=true in the dialplan, or using <param name="send-display-update" value="false"/> in sip_profiles/external.xml. Either way, handsets still updates with "tech_prefix*number_dialed". With the console on debug loglevel, I don't see anything about it processing (or not) the command, although I'm not sure I should. Cold restart of FreeSWITCH does not fix it either.
If it matters, running version string is: FreeSWITCH Version 1.5.13b+git~20140517T062858Z~34807208c6~64bit (git 3480720 2014-05-17 06:28:58Z 64bit)
----- Original Message -----
<action application="export" data="ignore_display_updates=true" />
On 3 June 2014 05:04, Galen R. Lande < glande@act85.com > wrote:
I've tried searching for the solution to this problem, but I've come up empty.
I'm working with a gateway (FlowRoute) that requires a Tech Prefix be sent in the INVITE as part of the outgoing number. I've implemented this in the dialplan as:
<action application="bridge" data="sofia/gateway/ sip.flowroute.com/123456*$1 "/>
While the call is successfully routed out, FreeSWITCH sends the same information back to the caller in the SIP transaction -- thus the caller's handset updates to read "123456*1231231234" instead of just "1231231234". Not only is this something of a security concern (since the Tech Prefix is somewhat confidential), but it breaks many handset features such as redial. The gateway requires the Tech Prefix in the INVITE header and will not accept it just in the "To" field.
Any ideas on how I can force FreeSWITCH to effectively hide the Tech Prefix from the caller?
Thanks!
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
Official FreeSWITCH Sites
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
--
Andrew Cassidy BSc (Hons) MBCS SSCA
Managing Director
T 03300 100 960 F 03300 100 961
E andrew@cassidywebservices.co.uk
W www.cassidywebservices.co.uk
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
Official FreeSWITCH Sites
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
participants (2)
-
Andrew Cassidy
-
Galen R. Lande