Fwd: How to provide ringback tone while transferring a parked call
1. Suppose you originate a call and park it: originate user/1001 &park 2. Now transfer the parked call: uuid_transfer d7605992-7e0d-4c24-9634-75fe081422ff bridge:user/1002 inline When you do this, the parked caller hears nothing until the destination answers. How to you pass enough parameters to the uuid_transfer command to play ringback tone to the parked call during the transfer? -- This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.
transfer_ringback variable On Friday, November 21, 2014, Szeto, Steven <steven.szeto@mitel.com> wrote:
1. Suppose you originate a call and park it:
originate user/1001 &park
2. Now transfer the parked call:
uuid_transfer d7605992-7e0d-4c24-9634-75fe081422ff bridge:user/1002 inline
When you do this, the parked caller hears nothing until the destination answers.
How to you pass enough parameters to the uuid_transfer command to play ringback tone to the parked call during the transfer?
This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
Thanks, Brian. Can anyone give an example of the syntax to set the transfer_ringback variable within the uuid_transfer command? I've tried a few combos that either result in a syntax error or the call dropping. I think it is supposed to look something like this: uuid_transfer d7605992-7e0d-4c24-9634-75fe081422ff [ transfer_ringback=$${us-ring}]bridge:user/1002 inline On Sat, Nov 22, 2014 at 10:13 AM, Brian West <brian@freeswitch.org> wrote:
transfer_ringback variable
On Friday, November 21, 2014, Szeto, Steven <steven.szeto@mitel.com> wrote:
1. Suppose you originate a call and park it:
originate user/1001 &park
2. Now transfer the parked call:
uuid_transfer d7605992-7e0d-4c24-9634-75fe081422ff bridge:user/1002 inline
When you do this, the parked caller hears nothing until the destination answers.
How to you pass enough parameters to the uuid_transfer command to play ringback tone to the parked call during the transfer?
This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.
--
*Brian West* brian@freeswitch.org
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ 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
-- This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.
you just execute uuid_setvar <uuid> <varname> [value] before executing uuid_transfer On Mon, Nov 24, 2014 at 2:47 AM, Szeto, Steven <steven.szeto@mitel.com> wrote:
Thanks, Brian.
Can anyone give an example of the syntax to set the transfer_ringback variable within the uuid_transfer command?
I've tried a few combos that either result in a syntax error or the call dropping.
I think it is supposed to look something like this:
uuid_transfer d7605992-7e0d-4c24-9634-75fe081422ff [ transfer_ringback=$${us-ring}]bridge:user/1002 inline
On Sat, Nov 22, 2014 at 10:13 AM, Brian West <brian@freeswitch.org> wrote:
transfer_ringback variable
On Friday, November 21, 2014, Szeto, Steven <steven.szeto@mitel.com> wrote:
1. Suppose you originate a call and park it:
originate user/1001 &park
2. Now transfer the parked call:
uuid_transfer d7605992-7e0d-4c24-9634-75fe081422ff bridge:user/1002 inline
When you do this, the parked caller hears nothing until the destination answers.
How to you pass enough parameters to the uuid_transfer command to play ringback tone to the parked call during the transfer?
This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.
--
*Brian West* brian@freeswitch.org
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ 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
This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.
_________________________________________________________________________ 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
Thanks Stanislav & Brian. It worked. Here's a summary of the call sequence: 1. Originate a call and park it: originate user/1001 &park 2. Set the transfer_ringback variable to US ringback: uuid_setvar e121f9cb-f9a2-43fa-a61e-2a9a7cd5df00 transfer_ringback %(2000,4000,440.0,480.0) 3. Now transfer the parked call: uuid_transfer e121f9cb-f9a2-43fa-a61e-2a9a7cd5df00 bridge:user/1002 inline On Mon, Nov 24, 2014 at 4:05 AM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
you just execute uuid_setvar <uuid> <varname> [value] before executing uuid_transfer
On Mon, Nov 24, 2014 at 2:47 AM, Szeto, Steven <steven.szeto@mitel.com> wrote:
Thanks, Brian.
Can anyone give an example of the syntax to set the transfer_ringback variable within the uuid_transfer command?
I've tried a few combos that either result in a syntax error or the call dropping.
I think it is supposed to look something like this:
uuid_transfer d7605992-7e0d-4c24-9634-75fe081422ff [ transfer_ringback=$${us-ring}]bridge:user/1002 inline
On Sat, Nov 22, 2014 at 10:13 AM, Brian West <brian@freeswitch.org> wrote:
transfer_ringback variable
On Friday, November 21, 2014, Szeto, Steven <steven.szeto@mitel.com> wrote:
1. Suppose you originate a call and park it:
originate user/1001 &park
2. Now transfer the parked call:
uuid_transfer d7605992-7e0d-4c24-9634-75fe081422ff bridge:user/1002 inline
When you do this, the parked caller hears nothing until the destination answers.
How to you pass enough parameters to the uuid_transfer command to play ringback tone to the parked call during the transfer?
This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.
--
*Brian West* brian@freeswitch.org
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ 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
This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.
_________________________________________________________________________ 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.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
-- This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.
just in case if you're interested, here's a slightly more complex example: https://github.com/xlab1/go-fs-secretary-prototype It accepts the inbound call, plays the music, then makes an outbound call and requests DTMF input, and then bridges them together. So, you have the possibility to do something more with the outbound call, like searching for the user on multiple phones, or finding the free agent in a call center, etc. On Mon, Nov 24, 2014 at 3:01 PM, Szeto, Steven <steven.szeto@mitel.com> wrote:
Thanks Stanislav & Brian. It worked.
Here's a summary of the call sequence:
1. Originate a call and park it:
originate user/1001 &park
2. Set the transfer_ringback variable to US ringback:
uuid_setvar e121f9cb-f9a2-43fa-a61e-2a9a7cd5df00 transfer_ringback %(2000,4000,440.0,480.0)
3. Now transfer the parked call:
uuid_transfer e121f9cb-f9a2-43fa-a61e-2a9a7cd5df00 bridge:user/1002 inline
On Mon, Nov 24, 2014 at 4:05 AM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
you just execute uuid_setvar <uuid> <varname> [value] before executing uuid_transfer
On Mon, Nov 24, 2014 at 2:47 AM, Szeto, Steven <steven.szeto@mitel.com> wrote:
Thanks, Brian.
Can anyone give an example of the syntax to set the transfer_ringback variable within the uuid_transfer command?
I've tried a few combos that either result in a syntax error or the call dropping.
I think it is supposed to look something like this:
uuid_transfer d7605992-7e0d-4c24-9634-75fe081422ff [ transfer_ringback=$${us-ring}]bridge:user/1002 inline
On Sat, Nov 22, 2014 at 10:13 AM, Brian West <brian@freeswitch.org> wrote:
transfer_ringback variable
On Friday, November 21, 2014, Szeto, Steven <steven.szeto@mitel.com> wrote:
1. Suppose you originate a call and park it:
originate user/1001 &park
2. Now transfer the parked call:
uuid_transfer d7605992-7e0d-4c24-9634-75fe081422ff bridge:user/1002 inline
When you do this, the parked caller hears nothing until the destination answers.
How to you pass enough parameters to the uuid_transfer command to play ringback tone to the parked call during the transfer?
This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.
--
*Brian West* brian@freeswitch.org
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ 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
This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.
_________________________________________________________________________ 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.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
This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.
_________________________________________________________________________ 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
participants (3)
-
Brian West
-
Stanislav Sinyagin
-
Szeto, Steven