[Freeswitch-users] caller ID updation on consultative transfers

Tue Sep 10 09:01:46 UTC 2019

https://samael28.blogspot.com/2017/08/fusionpbxfreeswitch-save-clid-on.html (https://link.getmailspring.com/link/0371F06B-D815-4194-B1E7-D4F6A7A84963@getmailspring.com/0?redirect=https%3A%2F%2Fsamael28.blogspot.com%2F2017%2F08%2Ffusionpbxfreeswitch-save-clid-on.html&recipient=ZnJlZXN3aXRjaC11c2Vyc0BsaXN0cy5mcmVlc3dpdGNoLm9yZw%3D%3D)

On Sep 9 2019, at 4:11 pm, Dmitriy Borisov <borik.internet at gmail.com> wrote:
> Hi!
>
> This is incorrect task. At the point of view of FreeSWITCH (and a client B SIP UA too), this is simple new parallel call when you start consultation. Transfer procedure will be started by FreeSWITCH only when B client`s SIP UA send an REFER request. Befor this timepoint none (except operator B, not operator`s B SIP UA) know that calls A to B and B to C have somthing common. You can see at SIP transaction diagram to understood this: https://www.tech-invite.com/fo-sip/tinv-fo-sip-service-05.html (https://link.getmailspring.com/link/0371F06B-D815-4194-B1E7-D4F6A7A84963@getmailspring.com/1?redirect=https%3A%2F%2Fwww.tech-invite.com%2Ffo-sip%2Ftinv-fo-sip-service-05.html&recipient=ZnJlZXN3aXRjaC11c2Vyc0BsaXN0cy5mcmVlc3dpdGNoLm9yZw%3D%3D)
>
> If your business logic assumes that operator B always make only consultations and can`t make a new not connected with incoming call, you must sent to FreeSWITCH some custom signal and interpret it manually on the FreeSWITCH side.
>
> As an example: operators SIP UA can have a 'Consultation' button. Your SIP UA must inser an extended header (something like X-Consultated-Call-Id) with an CallId of a call, which need to be consulted and will be transferred, into B to C call INVITE when operator B press 'Consultation' button. On the FreeSWITCH side you need to look on variable sip_h_X-Consultated-Call-Id (or, maybe sip_h_x_consultated_call_id, need to chek on a live FS, dont remember now, sorry), and make something like
> <action application="bridge" data="[effective_caller_id_number=${uuid_getvar ${sip_h_X-Consultated-Call-Id} caller_id_number}]sofia/internal/<operator_c_number>@<operato_c_ip>"/>
>
> But this way for you only when you can make a changes in your operator B`s SIP UA
> пт, 6 сент. 2019 г. в 20:37, Gaurang Gohil <gaurang.gohil at ecosmob.com (mailto:gaurang.gohil at ecosmob.com)>:
> > how can i achieve the below scenario using freeswitch
> > when extension A calls extension B and extension B forward the call to external number, caller ID that is presented to the external number should be extension A.
> > A(1000)(callerID=2323) -> B(2000)(callerID=12345) B transfer(blind) the call to XX929. XX929 show callerID as 2323
> > A(1000)(callerID=2323) -> B(2000)(callerID=12345) B transfer(consultative) the call to XX929. XX929 show callerID as 12345
> > caller ID updation is working for "blind transfer" but not for "consultative transfers"
> >
> >
> > Disclaimer
> > In addition to generic Disclaimer which you have agreed on our website, any views or opinions presented in this email are solely those of the originator and do not necessarily represent those of the Company or its sister concerns. Any liability (in negligence, contract or otherwise) arising from any third party taking any action, or refraining from taking any action on the basis of any of the information contained in this email is hereby excluded.
> >
> >
> > Confidentiality
> > This communication (including any attachment/s) is intended only for the use of the addressee(s) and contains information that is PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying of this communication is prohibited. Please inform originator if you have received it in error.
> >
> > Caution for viruses, malware etc.
> > This communication, including any attachments, may not be free of viruses, trojans, similar or new contaminants/malware, interceptions or interference, and may not be compatible with your systems. You shall carry out virus/malware scanning on your own before opening any attachment to this e-mail. The sender of this e-mail and Company including its sister concerns shall not be liable for any damage that may incur to you as a result of viruses, incompleteness of this message, a delay in receipt of this message or any other computer problems.
> > _________________________________________________________________________
> >
> > 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 at freeswitch.com (mailto:sales at 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 at lists.freeswitch.org (mailto:FreeSWITCH-users at lists.freeswitch.org)
> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> > https://freeswitch.com
>
>
>
>
> --
> With best regards
> Dmitry Borisov
>
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20190910/7f976570/attachment-0001.html>