[Freeswitch-users] no ring back tone
kthofer
karl-theo_hofer at inteli-sim.com
Wed Nov 12 18:56:05 MSK 2014
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 at 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 at inteli-sim.com> <karl-theo_hofer at 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 at freeswitch.orghttp://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com
>>
>> FreeSWITCH-users mailing listFreeSWITCH-users at 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 at 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 at 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 at 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 at freeswitch.orghttp://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com
>>
>> FreeSWITCH-users mailing listFreeSWITCH-users at 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 at 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 at 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 at inteli-sim.com
>> <mailto:karl-theo_hofer at 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 at inteli-sim.com> <mailto:karl-theo_hofer at 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 at freeswitch.org <mailto:consulting at 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 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
>>>> 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 at inteli-sim.com
>>>> <mailto:karl-theo_hofer at 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 at freeswitch.org <mailto:consulting at 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 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
>>>> http://www.freeswitch.org
>>>>
>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org <mailto:consulting at 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 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
>>>> http://www.freeswitch.org
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org <mailto:consulting at 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 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
>> http://www.freeswitch.org
>>
>>
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at 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 at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20141112/aa6b54fd/attachment-0001.html
Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users
mailing list