Hi All, David, thanks for your help, the channel variable variable_sip_from is a possibility to fix this issue in the dialplan, I know. But the mod_callcenter is reading from the caller_id_number variable. Regards, Alex Von: FreeSWITCH-users <freeswitch-users-bounces@lists.freeswitch.org> Im Auftrag von David Villasmil Gesendet: Mittwoch, 30. Oktober 2019 16:14 An: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Betreff: Re: [Freeswitch-users] overwrite the Caller-ID-Number Those are vars used for outbound. I've never had to do exactly what you need, but i'd look into setting the channel variable (https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables) variable_sip_from Hopa that helps Regards, David Villasmil email: david.villasmil.work@gmail.com<mailto:david.villasmil.work@gmail.com> phone: +34669448337 On Wed, Oct 30, 2019 at 3:05 PM Alexander Haugg <Alexander.Haugg@c4b.de<mailto:Alexander.Haugg@c4b.de>> wrote: Hi, There is a bug in the Unify Openscape Business PBX. The P-Asserted-Identity is wrong (have the same values like the Diversion Header). The incoming SIP call will routed into the mod_callcenter application and show the wrong caller number. How can I set the correct information into the Caller-ID-Number in the dialplan? I was trying <action application="set" data="effective_caller_id_number=${newNumber}"/> <action application="set" data="outbound_caller_id_number=${ newNumber }"/> <action application="set" data="origination_caller_id_number=${ newNumber }"/> But in the call center events I can see, the caller-id-number have the original wrong value. Or is there a possibility to force the from hader as base for the caller id informations? Thanks a lot Alex _________________________________________________________________________ The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform. Join our online community to chat in real time https://signalwire.community Professional FreeSWITCH Services sales@freeswitch.com<mailto:sales@freeswitch.com> https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com

Hi Anthony, thanks for your answer. If I understand you correctly I add a variable to all channel events with my preferred value? That’s a possibility, but the caller_id_number have still the wrong value. I think, that is not the solution, the caller_id_number contains a fundamental information that is using on some other places in the FreeSwitch and need the correct value. Is there a solution to overwrite the caller_id_number value? Or to force the initialising value is reading from the from_header? Thanks a lot. Alex Von: FreeSWITCH-users <freeswitch-users-bounces@lists.freeswitch.org> Im Auftrag von Anthony Minessale Gesendet: Mittwoch, 30. Oktober 2019 16:20 An: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Betreff: Re: [Freeswitch-users] overwrite the Caller-ID-Number Try set_profile_var On Wed, Oct 30, 2019 at 9:45 AM Alexander Haugg <Alexander.Haugg@c4b.de<mailto:Alexander.Haugg@c4b.de>> wrote: Hi, There is a bug in the Unify Openscape Business PBX. The P-Asserted-Identity is wrong (have the same values like the Diversion Header). The incoming SIP call will routed into the mod_callcenter application and show the wrong caller number. How can I set the correct information into the Caller-ID-Number in the dialplan? I was trying <action application="set" data="effective_caller_id_number=${newNumber}"/> <action application="set" data="outbound_caller_id_number=${ newNumber }"/> <action application="set" data="origination_caller_id_number=${ newNumber }"/> But in the call center events I can see, the caller-id-number have the original wrong value. Or is there a possibility to force the from hader as base for the caller id informations? Thanks a lot Alex _________________________________________________________________________ The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform. Join our online community to chat in real time https://signalwire.community Professional FreeSWITCH Services sales@freeswitch.com<mailto:sales@freeswitch.com> https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com -- Anthony Minessale II Founder, FreeSWITCH. http://freeswitch.com https://youtu.be/l_hOxzCt6X4 https://www.youtube.com/watch?v=oAxXgyx5jUw https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA

It works, thanks!! Alex Von: FreeSWITCH-users <freeswitch-users-bounces@lists.freeswitch.org> Im Auftrag von Zvonimir Bužanic Gesendet: Donnerstag, 31. Oktober 2019 08:35 An: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Betreff: Re: [Freeswitch-users] overwrite the Caller-ID-Number Hi, you can change it but set it inline, for example this is how we remove prefix 0 that was inserted by CUCM: <action application="set_profile_var" data="caller_id_number=${regex(${caller_id_number}|^(?:\0)(\d+)$|%1)}" inline="true"/> BR, Zvonimir From: FreeSWITCH-users <freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org>> On Behalf Of Alexander Haugg Sent: 31. listopada 2019. 7:40 To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org<mailto:freeswitch-users@lists.freeswitch.org>> Subject: Re: [Freeswitch-users] overwrite the Caller-ID-Number Hi Anthony, thanks for your answer. If I understand you correctly I add a variable to all channel events with my preferred value? That’s a possibility, but the caller_id_number have still the wrong value. I think, that is not the solution, the caller_id_number contains a fundamental information that is using on some other places in the FreeSwitch and need the correct value. Is there a solution to overwrite the caller_id_number value? Or to force the initialising value is reading from the from_header? Thanks a lot. Alex Von: FreeSWITCH-users <freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org>> Im Auftrag von Anthony Minessale Gesendet: Mittwoch, 30. Oktober 2019 16:20 An: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org<mailto:freeswitch-users@lists.freeswitch.org>> Betreff: Re: [Freeswitch-users] overwrite the Caller-ID-Number Try set_profile_var On Wed, Oct 30, 2019 at 9:45 AM Alexander Haugg <Alexander.Haugg@c4b.de<mailto:Alexander.Haugg@c4b.de>> wrote: Hi, There is a bug in the Unify Openscape Business PBX. The P-Asserted-Identity is wrong (have the same values like the Diversion Header). The incoming SIP call will routed into the mod_callcenter application and show the wrong caller number. How can I set the correct information into the Caller-ID-Number in the dialplan? I was trying <action application="set" data="effective_caller_id_number=${newNumber}"/> <action application="set" data="outbound_caller_id_number=${ newNumber }"/> <action application="set" data="origination_caller_id_number=${ newNumber }"/> But in the call center events I can see, the caller-id-number have the original wrong value. Or is there a possibility to force the from hader as base for the caller id informations? Thanks a lot Alex _________________________________________________________________________ The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform. Join our online community to chat in real time https://signalwire.community Professional FreeSWITCH Services sales@freeswitch.com<mailto:sales@freeswitch.com> https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com -- Anthony Minessale II Founder, FreeSWITCH. http://freeswitch.com https://youtu.be/l_hOxzCt6X4 https://www.youtube.com/watch?v=oAxXgyx5jUw https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA This communication is for informational purposes only. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Present message and any attached files may be or contain privileged information and is the property exclusive of ASSECO SEE CAPITAL GROUP. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. The information contained in this message is solely intended for the physical or legal person to whom it is addressed and to the authorized persons for receiving it. In the case you are not the intended recipient or the authorized person to receive this message, we inform that disclosure, duplicate, distribution or taking up any actions on information contained in this message are strictly forbidden and are under civil and legal responsibility. In case you received it by error, you are requested to notify the sender and to destroy the original e-mail message from your system. Opinions, conclusions or any other information contained into this message, which are not related to ASSECO SEE CAPITAL GROUP activity must not be understood to be expressed or should be endorsed by ASSECO SEE CAPITAL GROUP. The interpretation expressed in the present message did not reflect ASSECO SEE CAPITAL GROUP opinion.