Hi Steven of course i bridge the channels see below. I am really puzzled. here the second leg inclusive the bridge command $con->bgapi("originate", "{GT_calling_address=$FS_B_calling_address,GT_called_address=$FS_B_called_address,sip_codec_negotiation=scrooge,uuid_bridge_continue_on_cancel=true,originate_timeout=$FS_B_timeout,presence_data='$GT_callid $b_legid',instant_ringback=false,GT_callid=$GT_callid,A_uuid=$leg_uuid,call_leg=B,return_ring_ready=yes,bridge_early_media=true,ignore_early_media=false,GT_Start_time=$b_GT_start_time,GT_legid=$b_legid,GT_deskcall=yes,origination_caller_id_number=$FS_B_calling_address,origination_caller_id_name=$FS_B_calling_address,effective_caller_id_name=$FS_B_calling_address,effective_caller_id_number=$FS_B_calling_address,fail_on_single_reject=ORIGINATOR_CANCEL,continue_on_fail=^^:INVALID_GATEWAY:GATEWAY_DOWN:NORMAL_TEMPORARY_FAILURE:NO_ANSWER:NO_ROUTE_DESTINATION:UNALLOCATED_NUMBER:NO_USER_RESPONSE}$b_local_complete_dialstring &park()"); } else { freeswitch::console_log("info", "NOT SEQUENCIAL\n"); } } elsif($ab_leg eq 'B') { freeswitch::console_log("info", "B answered $GT_callid\n"); $B_connected_uuid = $leg_uuid; $B_GT_connected_GW = $sipgw; $B_GT_connect_time = $localtime; $B_GT_GATEWAYS{$sipgw}{"$sipgw\_connect_time"} = "$localtime"; if($FS_call_type eq 'sequential') { my $A_uuid = extract_e_header($event, "variable_A_uuid"); $con->bgapi("uuid_bridge", "$A_uuid $leg_uuid"); $have_bridge = 'yes'; With best regards Karl Theo Hofer Steven Ayre skrev 2014-11-12 14:50:
From what you've posted there they're two separate unconnected calls. So there's no reason one would hear the other. You need to bridge them together, and in time for them to hear the early media.
On 12 November 2014 12:20, kthofer <karl-theo_hofer@inteli-sim.com> wrote:
Hi Guys
thanks for your answers but I had done this already
Thats the originate for the first leg
$bridge = $con->bgapi("originate", "{GT_calling_address=$FS_A_calling_address,GT_called_address=$FS_A_called_address,sip_codec_negotiation=scrooge,uuid_bridge_continue_on_cancel=true,presence_data='$GT_callid $a_legid',GT_callid=$GT_callid,call_leg=A,return_ring_ready=true,ignore_early_media=false,bridge_early_media=true,GT_Start_time=$a_GT_start_time,GT_legid=$a_legid,GT_deskcall=yes,originate_timeout=$FS_A_timeout,origination_caller_id_number=$FS_A_calling_address,origination_caller_id_name=$FS_A_calling_address,effective_caller_id_number=$FS_A_calling_address,effective_caller_id_name=$FS_A_calling_address,fail_on_single_reject=ORIGINATOR_CANCEL,continue_on_fail=^^:GATEWAY_DOWN:INVALID_GATEWAY:NORMAL_TEMPORARY_FAILURE:NO_ROUTE_DESTINATION:UNALLOCATED_NUMBER:NO_USER_RESPONSE:USER_BUSY}$a_local_complete_dialstring &park()");
And here for the second leg $con->bgapi("originate", "{GT_calling_address=$FS_B_calling_address,GT_called_address=$FS_B_called_address,sip_codec_negotiation=scrooge,uuid_bridge_continue_on_cancel=true,originate_timeout=$FS_B_timeout,presence_data='$GT_callid $b_legid',instant_ringback=false,GT_callid=$GT_callid,A_uuid=$leg_uuid,call_leg=B,return_ring_ready=yes,bridge_early_media=true,ignore_early_media=false,GT_Start_time=$b_GT_start_time,GT_legid=$b_legid,GT_deskcall=yes,origination_caller_id_number=$FS_B_calling_address,origination_caller_id_name=$FS_B_calling_address,effective_caller_id_name=$FS_B_calling_address,effective_caller_id_number=$FS_B_calling_address,fail_on_single_reject=ORIGINATOR_CANCEL,continue_on_fail=^^:INVALID_GATEWAY:GATEWAY_DOWN:NORMAL_TEMPORARY_FAILURE:NO_ANSWER:NO_ROUTE_DESTINATION:UNALLOCATED_NUMBER:NO_USER_RESPONSE}$b_local_complete_dialstring &park()");
An how i see this I have set the right parameters but still no RBT and on both side I get 183 SDP back from the carrier and it includes RBT
I really don't get it why i do not have the RBT from B on the A side.
With best regards
Karl Theo Hofer
lakshmanan ganapathy skrev 2014-11-11 05:20:
I think you need to set ignore_early_media=false and bridge_early_media=true, which will pass the ringback tone from B leg to A leg.
On Tue, Nov 11, 2014 at 3:41 AM, kthofer <karl-theo_hofer@inteli-sim.com> <karl-theo_hofer@inteli-sim.com> wrote:
Hi there
please be gentle with me but i can not find any help in the wiki to solve my problem this is a desperat try to get some answers to the following problem freeswitch is a configured as call back server FS originates the A-leg when answered the B-leg is originated. after A-leg has answered I like to play a short welcome message After the welcome mesage is played the international, original ringbacktone (telco carrier RBT) from the B-leg shall be passed through and the A-leg user should be able to hear it. This is important to hear some carrier specific announcements or coloured/personalized ring back. Right now we play our own ringbacktone even though the carrier provides us with a 183 sdp I did play with the usual Channel variables but as far as I understood the passing through of the ringbacktone is default behaviour.
-- With best regards kT
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
I think you need to set ignore_early_media=false and bridge_early_media=true, which will pass the ringback tone from B leg to A leg.
On Tue, Nov 11, 2014 at 3:41 AM, kthofer <karl-theo_hofer@inteli-sim.com> wrote:
Hi there
please be gentle with me but i can not find any help in the wiki to solve my problem this is a desperat try to get some answers to the following problem freeswitch is a configured as call back server FS originates the A-leg when answered the B-leg is originated. after A-leg has answered I like to play a short welcome message After the welcome mesage is played the international, original ringbacktone (telco carrier RBT) from the B-leg shall be passed through and the A-leg user should be able to hear it. This is important to hear some carrier specific announcements or coloured/personalized ring back. Right now we play our own ringbacktone even though the carrier provides us with a 183 sdp I did play with the usual Channel variables but as far as I understood the passing through of the ringbacktone is default behaviour.
-- With best regards kT
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
From what you've posted there they're two separate unconnected calls. So there's no reason one would hear the other. You need to bridge them together, and in time for them to hear the early media.
On 12 November 2014 12:20, kthofer <karl-theo_hofer@inteli-sim.com <mailto:karl-theo_hofer@inteli-sim.com>> wrote:
Hi Guys
thanks for your answers but I had done this already
Thats the originate for the first leg
$bridge = $con->bgapi("originate", "{GT_calling_address=$FS_A_calling_address,GT_called_address=$FS_A_called_address,sip_codec_negotiation=scrooge,uuid_bridge_continue_on_cancel=true,presence_data='$GT_callid $a_legid',GT_callid=$GT_callid,call_leg=A,return_ring_ready=true,ignore_early_media=false,bridge_early_media=true,GT_Start_time=$a_GT_start_time,GT_legid=$a_legid,GT_deskcall=yes,originate_timeout=$FS_A_timeout,origination_caller_id_number=$FS_A_calling_address,origination_caller_id_name=$FS_A_calling_address,effective_caller_id_number=$FS_A_calling_address,effective_caller_id_name=$FS_A_calling_address,fail_on_single_reject=ORIGINATOR_CANCEL,continue_on_fail=^^:GATEWAY_DOWN:INVALID_GATEWAY:NORMAL_TEMPORARY_FAILURE:NO_ROUTE_DESTINATION:UNALLOCATED_NUMBER:NO_USER_RESPONSE:USER_BUSY}$a_local_complete_dialstring &park()");
And here for the second leg $con->bgapi("originate", "{GT_calling_address=$FS_B_calling_address,GT_called_address=$FS_B_called_address,sip_codec_negotiation=scrooge,uuid_bridge_continue_on_cancel=true,originate_timeout=$FS_B_timeout,presence_data='$GT_callid $b_legid',instant_ringback=false,GT_callid=$GT_callid,A_uuid=$leg_uuid,call_leg=B,return_ring_ready=yes,bridge_early_media=true,ignore_early_media=false,GT_Start_time=$b_GT_start_time,GT_legid=$b_legid,GT_deskcall=yes,origination_caller_id_number=$FS_B_calling_address,origination_caller_id_name=$FS_B_calling_address,effective_caller_id_name=$FS_B_calling_address,effective_caller_id_number=$FS_B_calling_address,fail_on_single_reject=ORIGINATOR_CANCEL,continue_on_fail=^^:INVALID_GATEWAY:GATEWAY_DOWN:NORMAL_TEMPORARY_FAILURE:NO_ANSWER:NO_ROUTE_DESTINATION:UNALLOCATED_NUMBER:NO_USER_RESPONSE}$b_local_complete_dialstring &park()");
An how i see this I have set the right parameters but still no RBT and on both side I get 183 SDP back from the carrier and it includes RBT
I really don't get it why i do not have the RBT from B on the A side.
With best regards
Karl Theo Hofer
lakshmanan ganapathy skrev 2014-11-11 05:20:
I think you need to set ignore_early_media=false and bridge_early_media=true, which will pass the ringback tone from B leg to A leg.
On Tue, Nov 11, 2014 at 3:41 AM, kthofer<karl-theo_hofer@inteli-sim.com> <mailto:karl-theo_hofer@inteli-sim.com> wrote:
Hi there
please be gentle with me but i can not find any help in the wiki to solve my problem this is a desperat try to get some answers to the following problem freeswitch is a configured as call back server FS originates the A-leg when answered the B-leg is originated. after A-leg has answered I like to play a short welcome message After the welcome mesage is played the international, original ringbacktone (telco carrier RBT) from the B-leg shall be passed through and the A-leg user should be able to hear it. This is important to hear some carrier specific announcements or coloured/personalized ring back. Right now we play our own ringbacktone even though the carrier provides us with a 183 sdp I did play with the usual Channel variables but as far as I understood the passing through of the ringbacktone is default behaviour.
-- With best regards kT
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.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 http://www.freeswitch.org
I think you need to set ignore_early_media=false and bridge_early_media=true, which will pass the ringback tone from B leg to A leg.
On Tue, Nov 11, 2014 at 3:41 AM, kthofer <karl-theo_hofer@inteli-sim.com <mailto:karl-theo_hofer@inteli-sim.com>> wrote:
Hi there
please be gentle with me but i can not find any help in the wiki to solve my problem this is a desperat try to get some answers to the following problem freeswitch is a configured as call back server FS originates the A-leg when answered the B-leg is originated. after A-leg has answered I like to play a short welcome message After the welcome mesage is played the international, original ringbacktone (telco carrier RBT) from the B-leg shall be passed through and the A-leg user should be able to hear it. This is important to hear some carrier specific announcements or coloured/personalized ring back. Right now we play our own ringbacktone even though the carrier provides us with a 183 sdp I did play with the usual Channel variables but as far as I understood the passing through of the ringbacktone is default behaviour.
-- With best regards kT
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.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 http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.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 http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.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 http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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