No ringing is heard if carrier sends 180 Ringing - works fine when 183 Ringing (with SDP and RTP)
Hello, Here is the call scenario: - a-leg is bridged/connected to b-leg - They both are put on hold. a-leg listens to music, b-leg hears a prompt - A call is originated to c-leg: originate and park - If originate is successful. c-leg and b-leg are bridged together: uuid_bridge - b-leg does not hear ring back tone of c-leg of carrier send 180 Ringing, but would hear the Ring back tone if it's played from far end through RTP (183 Ringing) I have tried various things but haven't been able to make it work. b-leg hears dead air until c-leg actually answers. I can't not play any thing to b-leg either. Is there a way to make this work? Any suggestions? Thanks, Ali Pey
b-leg is already be answered, so you'd have to fake the c-leg ringback to it. Don't uuid_bridge b and c-legs until c is answered. On Tue, Dec 30, 2014 at 10:45 AM, Ali Pey <alipey@gmail.com> wrote:
Hello,
Here is the call scenario:
- a-leg is bridged/connected to b-leg - They both are put on hold. a-leg listens to music, b-leg hears a prompt - A call is originated to c-leg: originate and park - If originate is successful. c-leg and b-leg are bridged together: uuid_bridge - b-leg does not hear ring back tone of c-leg of carrier send 180 Ringing, but would hear the Ring back tone if it's played from far end through RTP (183 Ringing)
I have tried various things but haven't been able to make it work. b-leg hears dead air until c-leg actually answers. I can't not play any thing to b-leg either.
Is there a way to make this work? Any suggestions?
Thanks, Ali Pey
_________________________________________________________________________ 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
How would I do that? Thanks, Ali Pey On Tue, Dec 30, 2014 at 10:54 AM, Christopher Rienzo <cmrienzo@gmail.com> wrote:
b-leg is already be answered, so you'd have to fake the c-leg ringback to it. Don't uuid_bridge b and c-legs until c is answered.
On Tue, Dec 30, 2014 at 10:45 AM, Ali Pey <alipey@gmail.com> wrote:
Hello,
Here is the call scenario:
- a-leg is bridged/connected to b-leg - They both are put on hold. a-leg listens to music, b-leg hears a prompt - A call is originated to c-leg: originate and park - If originate is successful. c-leg and b-leg are bridged together: uuid_bridge - b-leg does not hear ring back tone of c-leg of carrier send 180 Ringing, but would hear the Ring back tone if it's played from far end through RTP (183 Ringing)
I have tried various things but haven't been able to make it work. b-leg hears dead air until c-leg actually answers. I can't not play any thing to b-leg either.
Is there a way to make this work? Any suggestions?
Thanks, Ali Pey
_________________________________________________________________________ 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
I prefer to do things with bridge APP instead since it can handle a lot of these scenarios for you. Using bridge APP, try setting ringback variable in the dialstring. uuid_bridge is a bit too simple. If you must use uuid_bridge, you can park the b-leg with some kind of hold music, originate the c-leg with ignore_early_media=true and then uuid_bridge when c-leg answers and originate returns. Chris On Tue, Dec 30, 2014 at 11:09 AM, Ali Pey <alipey@gmail.com> wrote:
How would I do that?
Thanks, Ali Pey
On Tue, Dec 30, 2014 at 10:54 AM, Christopher Rienzo <cmrienzo@gmail.com> wrote:
b-leg is already be answered, so you'd have to fake the c-leg ringback to it. Don't uuid_bridge b and c-legs until c is answered.
On Tue, Dec 30, 2014 at 10:45 AM, Ali Pey <alipey@gmail.com> wrote:
Hello,
Here is the call scenario:
- a-leg is bridged/connected to b-leg - They both are put on hold. a-leg listens to music, b-leg hears a prompt - A call is originated to c-leg: originate and park - If originate is successful. c-leg and b-leg are bridged together: uuid_bridge - b-leg does not hear ring back tone of c-leg of carrier send 180 Ringing, but would hear the Ring back tone if it's played from far end through RTP (183 Ringing)
I have tried various things but haven't been able to make it work. b-leg hears dead air until c-leg actually answers. I can't not play any thing to b-leg either.
Is there a way to make this work? Any suggestions?
Thanks, Ali Pey
_________________________________________________________________________ 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
_________________________________________________________________________ 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 (2)
-
Ali Pey
-
Christopher Rienzo