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.com
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.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>
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.com
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.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
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.
_________________________________________________________________________
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