[asterisk-bugs] [Asterisk 0012552]: Queue handling problems with IAX/possibly others
noreply at bugs.digium.com
noreply at bugs.digium.com
Wed Apr 30 11:33:53 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=12552
======================================================================
Reported By: darren1713
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 12552
Category: Applications/app_queue
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Asterisk Version: 1.4.18
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 04-29-2008 16:42 CDT
Last Modified: 04-30-2008 11:33 CDT
======================================================================
Summary: Queue handling problems with IAX/possibly others
Description:
I'll be glad to develop a fix for this, but I need some feedback as to
why/what/and general intentions.
I have 8 IAX members of a very basic rrmemory queue. When a call comes
into the queue, it will pick a single IAX channel to ring.
The major problem is that until that IAX channel is answered, ALL
consecutive calls are routed to the same IAX channel. So, here's the
scenario.
> Inbound call -> app_queue -> ring IAX device
http://bugs.digium.com/view.php?id=1
> Inbound call -> app_queue -> ring IAX device
http://bugs.digium.com/view.php?id=1
> Inbound call -> app_queue -> ring IAX device
http://bugs.digium.com/view.php?id=1
IAX device http://bugs.digium.com/view.php?id=1 ANSWERED
> Inbound call -> app_queue -> ring IAX device
http://bugs.digium.com/view.php?id=2
> Inbound call -> app_queue -> ring IAX device
http://bugs.digium.com/view.php?id=2
and this should look like:
> Inbound call -> app_queue -> ring IAX device
http://bugs.digium.com/view.php?id=1
> Inbound call -> app_queue -> ring IAX device
http://bugs.digium.com/view.php?id=2
> Inbound call -> app_queue -> ring IAX device
http://bugs.digium.com/view.php?id=3
IAX device http://bugs.digium.com/view.php?id=1 ANSWERED
> Inbound call -> app_queue -> ring IAX device
http://bugs.digium.com/view.php?id=4
> Inbound call -> app_queue -> ring IAX device
http://bugs.digium.com/view.php?id=5
I would like to discuss why this is happening, or if it's intentional for
other channels such as SIP/ZAP/etc.
I have a patch for iax for counting currently active calls (minus
registrations/pokes/etc) which can help here too.
======================================================================
----------------------------------------------------------------------
darren1713 - 04-30-08 11:33
----------------------------------------------------------------------
queue show does show ringing...but here's the really interesting
information, why are there 2 callers shown, and only 1 phone ringing! This
happens with any strategy other than "ringall"
-- Executing [s at macro-trunkdial:2] Queue("SIP/jeff-08210380",
"satellitebox1|r|||10") in new stack
satellitebox has 2 calls (max unlimited) in 'leastrecent' strategy (0s
holdtime), W:0, C:0, A:1, SL:0.0% within 0s
Members:
IAX2/000B3C01789D (Not in use) has taken no calls yet
IAX2/000B3C02275D (Not in use) has taken no calls yet
IAX2/000B3C022762 (Not in use) has taken no calls yet
IAX2/000B3C022772 (Not in use) has taken no calls yet
IAX2/000B3C02275C (Not in use) has taken no calls yet
IAX2/000B3C02276C (Not in use) has taken no calls yet
IAX2/000B3C02276F (Not in use) has taken no calls yet
IAX2/000B3C016F39 (Ringing) has taken no calls yet
Callers:
1. Zap/8-1 (wait: 0:04, prio: 0)
2. SIP/jeff-08210380 (wait: 0:02, prio: 0)
Issue History
Date Modified Username Field Change
======================================================================
04-30-08 11:33 darren1713 Note Added: 0086218
======================================================================
More information about the asterisk-bugs
mailing list