I'm not sure how Polycom does their transfers, but usually these are the differences; When doing blind transfer, the phone has one call leg, and then sends a SIP REFER (to FreeSWITCH in this case), telling it to take that call and blindly transfer it to another extension. In this case the original CallerID should be transferred correctly. When doing supervised/consultation transfer, the phone will start by making a new call to the extension you want to transfer to. In this state the call will be from the phone doing the transfer, to the phone that is the destination (and the caller-id on the destination phone will be the transferers phone). When the destination phone picks up, the transferer says something like "Ok, here is a call for you", and then completes the transfer. Now it will probably send a REFER with replaces tags to FreeSWITCH, telling it to drop the two call legs to the transferer, and instead directly bridge the incoming external call to the transfer destination (these two legs already exist, so FS will just start bridging the RTP for these channels). As soon as this has happened, FS will send a display update, since the CallerID actually changed now, from the transferers phone to the original external call. As I said, I'm not sure if this is how Polycom does their transfers, but the basic difference between a blind and supervised transfer is as described above. So in this case, if you want to do a supervised transfer, and let the transfer target get the original callerID directly (before the call are actually transferred), I think you will need to check out the entire SIP call flow, and then take appropiate actions (either change config in FS, and/or change config on the phones). However, most people expect it to work as it does by default... /Peter Från: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] För ghallab Skickat: den 21 maj 2012 14:18 Till: FreeSWITCH Users Help Ämne: Re: [Freeswitch-users] ignore_display_updates meaning an polycom problem (urgent please) Could you tell me what is the impact of each one ( transferred using blind or supervised transfer)? On 05/21/2012 09:22 AM, Peter Olsson wrote: I guess it mostly depends on the Polycom device. For instance, it's a big difference if the call is transferred using blind or supervised transfer. You will probably need to collect the SIP traffic, and check what actually happens when doing this scenario. Mvh Peter Olsson Från: freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org] För ghallab Skickat: den 21 maj 2012 12:07 Till: FreeSWITCH Users Help Ämne: [Freeswitch-users] ignore_display_updates meaning an polycom problem (urgent please) Hi guys, Can you explain me what well happen if I set the variable "ignore_display_updates=true" before I make bridge action and what will happen if I set it to false? because I have a problem with FS and Polycom 550: when A call from outside of the FS network to B which is inside, then B answer and transfer the call to C which is inside also, when C's phone is ringing he see B's caller ID and when he answer, he see A's caller ID. Me I want that he see always caller ID of A. I tried to set "ignore_display_updates=true" in this case B see just C's caller ID when his is ringing and when he answer. There is any way to fix this issue? I am thinking about to set "effective_caller_id_number={$origination_caller_id_number}" but I am not sure if this will work. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto: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 Join Us At ClueCon - Aug 7-9, 2012 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 http://www.freeswitch.org !DSPAM:4fba232f32763870889139!