[Freeswitch-users] Behavior of call_timeout during sequential bridge

mayamatakeshi mayamatakeshi at gmail.com
Fri Nov 5 02:46:57 PDT 2010


I have tried

    <extension name="test">
      <condition field="destination_number" expression="^111122223333$">
        <action application="bridge"
data="{originate_timeout=10}[leg_timeout=5]sofia/internal/user1 at 192.168.88.29:6666
|[leg_timeout=5]sofia/internal/user2 at 192.168.88.29:6666
|[leg_timeout=5]sofia/internal/user3 at 192.168.88.29:6666"/>
      </condition>
    </extension>

But it doesn't work: total answer timeout is still the sum of leg_timeouts.

I have also tried origination_timeout and setting call_timeout in the bridge
data, but nothing works.


On Fri, Nov 5, 2010 at 7:53 AM, Michael Collins <msc at freeswitch.org> wrote:

> D'oh!
>
> Thanks to Math. The correct var is "originate_timeout" and not
> "origination_timeout". It is now listed on the wiki:
>
> http://wiki.freeswitch.org/wiki/Variable_originate_timeout
>
> Thanks,
> MC
>
>
> On Thu, Nov 4, 2010 at 1:49 PM, Michael Collins <msc at freeswitch.org>wrote:
>
>> On 11/4/10, Anthony Minessale <anthony.minessale at gmail.com> wrote:
>> > {origiation_timeout=10} is the global timeout despite any smaller
>> > timeouts which can be set per leg with [leg_timeout=N]
>>
>> Tony, thanks for the clarification. Also, note the typo: it is
>> "origination_timeout".
>>
>> I will put this on the wiki channel variables page for future reference.
>> -MC
>>
>
>
> _______________________________________________
> 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/20101105/eae2c071/attachment-0001.html 


More information about the FreeSWITCH-users mailing list