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!
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)<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 SSCAManaging Director
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.comFreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.comOfficial FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.comFreeSWITCH-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
