Quoting Mark Michelson ([EMAIL PROTECTED]):
-- Called SCCP/231
-- Called SCCP/220
-- SCCP/220-009b is busy
-- SCCP/231-009a is busy
I'd like asterisk to quit trying when all agents are busy, but i don't
think it's possible without scripting it yourself with some AGI-script
Quoting James FitzGibbon ([EMAIL PROTECTED]):
Unfortunately, the patches weren't done against trunk or the head of 1.4,
and the author didn't file a disclaimer with Mantis, so the bug (
http://bugs.digium.com/view.php?id=9165) was recently closed.
That's just too bad, as this might be a
Quoting Mark Michelson ([EMAIL PROTECTED]):
| app_queue.c: No one is answering queue '511' (7/2/0)
Have you added additional queue members besides the ones you specified
in queues.conf?
Yes. There's a number of dynamic members that logged in to the group by
means of dialing extension '*511'
Mark Michelson wrote:
Sander Smeenk wrote:
Quoting Mark Michelson ([EMAIL PROTECTED]):
| app_queue.c: No one is answering queue '511' (7/2/0)
Have you added additional queue members besides the ones you specified
in queues.conf?
Yes. There's a
On 9/7/07, Mark Michelson [EMAIL PROTECTED] wrote:
After talking in #asterisk-dev with those who wrote the joinempty
option, it appears I was mistaken about its use. joinempty=strict will
only not allow a caller to join the queue if the members are in a
permanently unavailable state. A member
On 9/7/07, James FitzGibbon [EMAIL PROTECTED] wrote:
On 9/7/07, Atis [EMAIL PROTECTED] wrote:
Well, for that case i have a RemoveQueueMember() after Dial, in case
of ${DIALSTATUS}!=ANSWERED. That works great, except for agent
complaints - that they are logged out from queue :D Would be a
Sander Smeenk wrote:
Quoting Mark Michelson ([EMAIL PROTECTED]):
| app_queue.c: No one is answering queue '511' (7/2/0)
Have you added additional queue members besides the ones you specified
in queues.conf?
Yes. There's a number of dynamic members that logged in to the
On 9/7/07, James FitzGibbon [EMAIL PROTECTED] wrote:
It's also important to distinguish between DND-style busy (where in the case
of SIP the INVITE is rejected with a 480 temporarily unavailable) and the
internal channel state AST_CONTROL_BUSY. For SIP, the latter occurs when
the use count
On 9/7/07, Atis [EMAIL PROTECTED] wrote:
Well, for that case i have a RemoveQueueMember() after Dial, in case
of ${DIALSTATUS}!=ANSWERED. That works great, except for agent
complaints - that they are logged out from queue :D Would be a bit
better to be able to set agent's status to
On 9/7/07, Atis [EMAIL PROTECTED] wrote:
It doesn't work if you're using AddQueueMember with SIP channels,
because
the Dial() is implicit, so you have no control over what happens after
that
implicit Dial() finishes.
Nop, it works for Dial to SIP channels, if you set g option in Dial.
On 9/7/07, James FitzGibbon [EMAIL PROTECTED] wrote:
On 9/7/07, Atis [EMAIL PROTECTED] wrote:
It doesn't work if you're using AddQueueMember with SIP channels,
because
the Dial() is implicit, so you have no control over what happens after
that
implicit Dial() finishes.
Nop, it
I'd like asterisk to quit trying when all agents are busy, but i don't
think it's possible without scripting it yourself with some AGI-script
that checks 'show queues' output.
There was recent discussion on asterisk-dev about adding
QUEUE(AVAILABLE), QUEUE(MEMBERS) and QUEUE(TOTAL).. or
Hi! - Trying a repost, my first message didn't seem to make the list.
I have one main queue with agents that take calls to our main
phonenumber. Now i want to cascade calls through to the fallback queue
immediately when all the agents in the first queue are 'unreachable' in
any way (be it
| app_queue.c: No one is answering queue '511' (7/2/0)
The 7/2/0 indicates that you have 7 members in your queue and 2 are
busy. This would indicate that even though those 2 members are busy,
there are still 5 more available members for taking calls. Since there
are available members,
14 matches
Mail list logo