display name updates with two outbound channels
Hi, I am trying to bridge two remote endpoints via originate as described at http://wiki.freeswitch.org/wiki/Mod_commands#originate originate sofia/example/300@foo.com &bridge(sofia/example/400@bar.com) All goes well, with the exception of display name updates. The problem is that any updates from the second call leg (400@bar.com) are not sent to the 300@foo.com call leg. As soon as 400@bar.com sends an update I can see a message in the log that says (just an example): Update Callee ID to "Name" <123123123> However, nothing is being sent out to the first call leg (300@foo.com) and the endpoint doesn't update the displayed party name. Technically we have 2 *outbound* call legs in this case: leg 1: from FS to 300@foo.com leg 2: from FS to 400@foo.com so a *callee* ID update from leg 2 should translate into *caller* ID update on leg 1. I am not sure how to accomplish this. Is it possible at all? BTW, I tried setting <param name="send-display-update" value="true"/> in the sip profile, but it makes no difference. I also thought about updating the ID on call leg 1 via an api call (for example api_on_answer or similar), but I couldn't find any api/application that will allow me to actively change the ID of the call leg if it was already answered. I am trying this on v1.2.14. Regards, Hristo
Hello, this is untested but should work. Try to set the originator and bridge command set the RPIDs. Like this originate {sip_cid_type=rpid,origination_caller_id_name=400,origination_caller_id_number=400}sofia/example/ 300@foo.com&bridge({sip_cid_type=rpid,origination_caller_id_name=300,origination_caller_id_number=300}sofia/example/ 400@bar.com) http://wiki.freeswitch.org/wiki/Channel_Variables#sip_cid_type Maybe <action application="set" data="sip_cid_in_1xx=true"/> as {param} in the originate command did the same without origination_caller_id_name and soone. Play around. Find it. Document it in the wiki :) 2013/12/10 Hristo Trendev <dist.lists@gmail.com>
Hi,
I am trying to bridge two remote endpoints via originate as described at http://wiki.freeswitch.org/wiki/Mod_commands#originate
originate sofia/example/300@foo.com &bridge(sofia/example/400@bar.com)
All goes well, with the exception of display name updates. The problem is that any updates from the second call leg (400@bar.com) are not sent to the 300@foo.com call leg. As soon as 400@bar.com sends an update I can see a message in the log that says (just an example):
Update Callee ID to "Name" <123123123>
However, nothing is being sent out to the first call leg (300@foo.com) and the endpoint doesn't update the displayed party name.
Technically we have 2 *outbound* call legs in this case: leg 1: from FS to 300@foo.com leg 2: from FS to 400@foo.com
so a *callee* ID update from leg 2 should translate into *caller* ID update on leg 1. I am not sure how to accomplish this. Is it possible at all?
BTW, I tried setting <param name="send-display-update" value="true"/> in the sip profile, but it makes no difference. I also thought about updating the ID on call leg 1 via an api call (for example api_on_answer or similar), but I couldn't find any api/application that will allow me to actively change the ID of the call leg if it was already answered. I am trying this on v1.2.14.
Regards, Hristo
_________________________________________________________________________ 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
-- Mit freundlichen Grüßen *Karsten Horsmann*
Hi, On Tue, Dec 10, 2013 at 5:16 PM, Karsten Horsmann <khorsmann@gmail.com>wrote:
originate {sip_cid_type=rpid,origination_caller_id_name=400,origination_caller_id_number=400}sofia/example/ 300@foo.com&bridge({sip_cid_type=rpid,origination_caller_id_name=300,origination_caller_id_number=300}sofia/example/ 400@bar.com)
I don't have a problem setting the CID name/number on either leg. The problem is with display name updates initiated by the remote endpoint. I don't know in advance what the display name update contains. Otherwise, what you suggest might be used as a workaround, but only in case the display name doesn't change during the call and only if it is known in advance. This isn't the case for example with display name updates that may be triggered by transfer happening outside of FS. Best, Hristo
I find it very annoying the FS sends UPDATEs by default. Personally I think it should be opposite, UPDATEs should only be sent if specified. <snip>
participants (3)
-
Hristo Trendev
-
Karsten Horsmann
-
Vik Killa