Re: [Freeswitch-users] call fails when using leg_timeout
Hi, I seem to have come across a strange problem; Basically I'm trying to dial 3 destinations one after another, until the destination dialled is answered, and I only want the destination to ring for 20 seconds. If I do this from the console what I'm trying to achieve works fine; originate {leg_timeout=20,ignore_early_media=true}sofia/internal/123@1.2.3.4|sofia/internal/456@1.2.3.4|sofia/internal/789@1.2.3.4 &park() But if I do it from dialplan it doesn't; Doing this below dials the first destination for 20 seconds, then the second destination for 5 seconds or so, then the call terminates with ORIGINATOR_CANCEL <action application="bridge" data="{leg_timeout=20,ignore_early_media=true}sofia/internal/123@1.2.3.4|sofia/internal/456@1.2.3.4|sofia/internal/789@1.2.3.4" /> Any ideas what might be causing this and any solutions would be appreciated. Many thanks Adnan
in a bridge situation you also have to set originate_timeout to the total time you are willing to wait for the combined leg timeouts i.e. 60 for 20x20x20 On Mon, Jul 20, 2009 at 6:22 AM, TTNC - Adnan Barakat <technical@ttnc.co.uk>wrote:
Hi,
I seem to have come across a strange problem; Basically I'm trying to dial 3 destinations one after another, until the destination dialled is answered, and I only want the destination to ring for 20 seconds.
If I do this from the console what I'm trying to achieve works fine;
originate {leg_timeout=20,ignore_early_media=true}sofia/internal/123@1.2.3.4 |sofia/internal/456@1.2.3.4|sofia/internal/789@1.2.3.4 &park()
But if I do it from dialplan it doesn't; Doing this below dials the first destination for 20 seconds, then the second destination for 5 seconds or so, then the call terminates with ORIGINATOR_CANCEL
<action application="bridge" data="{leg_timeout=20,ignore_early_media=true}sofia/internal/123@1.2.3.4 |sofia/internal/456@1.2.3.4|sofia/internal/789@1.2.3.4" />
Any ideas what might be causing this and any solutions would be appreciated.
Many thanks
Adnan
_______________________________________________ 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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
Anthony Minessale wrote:
in a bridge situation you also have to set originate_timeout to the total time you are willing to wait for the combined leg timeouts
i.e. 60 for 20x20x20 I added originate_timeout=60 but now only the first destination rings for 30 seconds, then the call is still terminated with ORIGINATOR_CANCEL
Any other ideas? Thanks Adnan
On Mon, Jul 20, 2009 at 9:48 AM, TTNC - Adnan Barakat <technical@ttnc.co.uk>wrote:
Anthony Minessale wrote:
in a bridge situation you also have to set originate_timeout to the total time you are willing to wait for the combined leg timeouts
i.e. 60 for 20x20x20 I added originate_timeout=60 but now only the first destination rings for 30 seconds, then the call is still terminated with ORIGINATOR_CANCEL
Any other ideas?
I just did a test with this syntax and it worked for me. Please try it and report back. <action application="bridge" data="{ignore_early_media=true}[leg_timeout=20]sofia/internal/123@1.2.3.4 |[leg_timeout=20]sofia/internal/456@1.2.3.4|[leg_timeout=20]sofia/internal/ 789@1.2.3.4"/> -MC
Michael Collins wrote:
I just did a test with this syntax and it worked for me. Please try it and report back.
<action application="bridge" data="{ignore_early_media=true}[leg_timeout=20]sofia/internal/123@1.2.3.4 <mailto:123@1.2.3.4>|[leg_timeout=20]sofia/internal/456@1.2.3.4 <mailto:456@1.2.3.4>|[leg_timeout=20]sofia/internal/789@1.2.3.4 <mailto:789@1.2.3.4>"/> Thanks Michael, just tried that, but unfortunately still doesn't work. It seems that there is a hard limit somewhere of 30 sec, I've just tried different timeout values, and it's terminating everytime at 30 sec.
Any other ideas? Thanks Adnan
It is possible that your inbound carrier applies some timeout rules. Try the following before your bridge: <action application="ring_ready" /> Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene@avgs.ca Am 21-Jul-09 um 12:55 AM schrieb TTNC - Adnan Barakat:
Michael Collins wrote:
I just did a test with this syntax and it worked for me. Please try it and report back.
<action application="bridge" data="{ignore_early_media=true}[leg_timeout=20]sofia/internal/123@1.2.3.4 <mailto:123@1.2.3.4>|[leg_timeout=20]sofia/internal/456@1.2.3.4 <mailto:456@1.2.3.4>|[leg_timeout=20]sofia/internal/789@1.2.3.4 <mailto:789@1.2.3.4>"/> Thanks Michael, just tried that, but unfortunately still doesn't work. It seems that there is a hard limit somewhere of 30 sec, I've just tried different timeout values, and it's terminating everytime at 30 sec.
Any other ideas?
Thanks
Adnan
_______________________________________________ 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
Mathieu Rene wrote:
It is possible that your inbound carrier applies some timeout rules. Try the following before your bridge:
<action application="ring_ready" /> Not that I know of, I just tried with ring_ready, and it still doesn't work.
Thanks, Adnan
TTNC - Adnan Barakat wrote:
Mathieu Rene wrote:
It is possible that your inbound carrier applies some timeout rules. Try the following before your bridge:
<action application="ring_ready" /> Not that I know of, I just tried with ring_ready, and it still doesn't work. Sorry guys, turns out it's a timeout on the VoIP phone I'm using.
Thanks Adnan
participants (4)
-
Anthony Minessale
-
Mathieu Rene
-
Michael Collins
-
TTNC - Adnan Barakat