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

[Matthew Fong]

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
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090421/57fb3f82/attachment-0002.html