[Freeswitch-users] fifo taking > 5 seconds to bridge calls

Anthony Minessale anthony.minessale at gmail.com
Tue Apr 21 10:57:08 PDT 2009


There was never really a problem it was just a minor behavioral change.

If you have it in production and need such careful support,
you should send an email to consulting at freeswitch.org and sign up for a
commercial support contract.



On Tue, Apr 21, 2009 at 12:37 AM, Matthew Fong <mattdfong at gmail.com> wrote:

> Hi Anthony & Brian,
> I have not yet run r13094 in my production environment with live agents, so
> I cannot give you feedback (but hopefully I'll get a chance to put it into a
> live system in a few days)
>
> but I re-reviewed the logs I had and I'm not convinced the issue I was
> having of a delayed bridge was related to the default
> fifo_consumer_wrapup_time. The reason is:
>
> 1) it's not a consistent 5 second delay in bridging...sometimes it's a 2
> second delay, sometimes it's as high as a 38 second delay (I can provide
> logs if needed)
> 2) In my setup, each consumer (channel that executes fifo out) is always a
> "fresh/new" channel. My "consumers" do not get recycled, instead they get
> hungup at the end of the call (while my fifo ins get transferred to another
> extension, which puts them back into fifo in)
>
> Are these problems still consistent with the issues that were fixed in
> r13094? I'm a little hesitant to put the system back in a live environment
> since the fix and diagnosis aren't 100% compatible. As always tho, thanks
> for the really quick fix and reply. Awesome telephone framework.
>
> --matt
>
>
> On Tue, Apr 21, 2009 at 9:53 AM, Matthew Fong <mattdfong at gmail.com> wrote:
>
>> Thanks I'll check it out.
>> One more quick but related question.
>>
>> Is there ever an instance when the audio is BRIDGED before the BRIDGE
>> event is fired. Could this fifo issue have bridged audio immediately, but
>> somehow withheld the bridge event from being fired for 5 seconds? A few of
>> my callers were reporting they could hear the Contact, but the BRIDGE event
>> (and my subsequent programming to popup the contact information on screen)
>> was being delayed 5 seconds.
>>
>> thanks !
>>
>> --matt
>>
>> On Tue, Apr 21, 2009 at 9:23 AM, Brian West <brian at freeswitch.org> wrote:
>>
>>> Update rev. 13094 makes it not do wrap up on nowait.
>>> /b
>>>
>>> On Apr 20, 2009, at 8:02 AM, Anthony Minessale wrote:
>>>
>>> it's probably the designed wrapup time for agents.
>>>
>>> fifo_consumer_wrapup_time var controls this wait time in milliseconds and
>>> the default is 5 sec.
>>>
>>>
>>>
>>>   Brian West
>>> brian at freeswitch.org
>>>
>>> -- Meet us at ClueCon!  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
>>>
>>>
>>
>
> _______________________________________________
> 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
>
>


-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/

AIM: anthm
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:213-799-1400
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090421/8ca34c8b/attachment-0002.html 


More information about the FreeSWITCH-users mailing list