[asterisk-dev] New agents does not get noted for waiting callers in the queue

[Kristijan Vrban]

many thanks for the enlightenment. even if it is not the answer, which
I wanted to hear.

Kristijan

2012/2/13 Kevin P. Fleming <kpfleming at digium.com>:
> On 02/13/2012 10:33 AM, Kristijan Vrban wrote:
>>
>> Sure, the non polling solution would be the preferred. But the polling
>> solution by adding the "load_realtime_queue" into "is_our_turn"
>> function would be an
>> acceptable quick fix solution. But the issues, that the audio get
>> dropout while doing some functional queue processing (make a sql
>> loopkup) irritated me.
>> Why depend audio processing from what the queue do? Because that
>> means, even if the queue does "normal" things, this can always be the
>> source of audio dropout.
>> e.g. add a sleep(1) into "is_our_turn" function, then you have 1sec
>> audio dropout.
>>
>> Without know the hole asterisk structural, but shouldn't be the audio
>> processing independent from any logical processing?
>
>
> That is not how Asterisk works. The thread servicing a channel is
> responsible for everything that channel needs; the code in Asterisk modules
> does not sit 'outside' the channels themselves, just directing their
> activities. The code you are seeing in app_queue is run *by* the channel
> thread for that channel, so yes, if its processing takes too long, then
> there will be audio disruptions.
>
> This is why the most popular high-volume queuing applications (Aheeva,
> ViciDial, others) aren't written that way; they are external applications
> that control channels in Asterisk via AMI/AGI and similar interfaces.
>
>
> --
> Kevin P. Fleming
> Digium, Inc. | Director of Software Technologies
> Jabber: kfleming at digium.com | SIP: kpfleming at digium.com | Skype: kpfleming
> 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
> Check us out at www.digium.com & www.asterisk.org
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>  http://lists.digium.com/mailman/listinfo/asterisk-dev