[asterisk-bugs] [JIRA] (ASTERISK-16947) Asterisk do not respect priority between queued calls.

[Joshua Colp (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-16947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joshua Colp updated ASTERISK-16947:
-----------------------------------

    Affects Version/s: 13.18.4

> Asterisk do not respect priority between queued calls.
> ------------------------------------------------------
>
>                 Key: ASTERISK-16947
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-16947
>             Project: Asterisk
>          Issue Type: Bug
>          Components: Applications/app_queue
>    Affects Versions: 1.8.8.2, 13.18.4
>            Reporter: Thomas Foerster
>         Attachments: Bug_queue_priority, extensions.conf, messages.log, queues.conf
>
>
> I am running an Asterisk server in a call center environment. 
> Since months, when there are many calls (usually when the system goes over 15 -20 incoming calls), the priority between queues is not respected anymore for some calls randomly. The priority inside each queue is well respected, but not between several queues.
> All queues concerned have the same weight
> There is no announcement in the queues that could avoid the caller to be bridged with a member at the right moment.
> I AM RUNNING ASTERISK 1.6.2.13
> What I found strange is that at the moment the following caller has to be bridged, the moh is stopped and restarted on the channel that should normally be bridged now. But then Asterisk bridges another channel. 
> ****** ADDITIONAL INFORMATION ******
> I have included the following exemple where this bug happens : 
> [Nov  9 16:59:35] VERBOSE[3094] Agent 105 (Local/0105) is a member of queues "science" and "maths_1"
> [Nov  9 19:24:35] VERBOSE[5435] Agent 105 is busy
> [Nov  9 19:24:34] VERBOSE[5455] Caller "4183253025"(DAHDI/17-1) enters queue science
> [Nov  9 19:25:10] VERBOSE[5463] Caller "4186550000"(DAHDI/4-1)enters queue science
> [Nov  9 19:27:51] VERBOSE[5516] Caller "8198406787"(DAHDI/3-1) enters queue maths_1
> [Nov  9 19:28:51] VERBOSE[5435] Agent 105 Hangup and becomes available
> [Nov  9 19:29:07] VERBOSE[5455]Asterisk stops moh on caller "4183253025" (DAHDI/17-1)
> [Nov  9 19:29:07] VERBOSE[5455]Asterisk starts moh on caller "4183253025" (DAHDI/17-1)
> [Nov  9 19:29:12] VERBOSE[5539] Asterisk connects 8198406787 to member (Local/0105)
> Everything happens here : (around line 330 of the included file messages.log)
> [Nov  9 19:27:51] VERBOSE[5516] pbx.c:     -- Executing [1 at level2:3] Queue("DAHDI/3-1", "maths_1,c,,,600") in new stack
> [Nov  9 19:27:51] VERBOSE[5516] res_musiconhold.c:     -- Started music on hold, class 'default', on DAHDI/3-1
> [Nov  9 19:28:51] VERBOSE[5435] chan_dahdi.c:     -- Hungup 'DAHDI/15-1'
> [Nov  9 19:28:51] VERBOSE[5466] pbx.c:   == Spawn extension (profs, 0105, 2) exited non-zero on 'Local/0105 at profs-0dfd;2'
> [Nov  9 19:29:07] VERBOSE[5539] pbx.c:     -- Executing [0105 at profs:1] Set("Local/0105 at profs-4b85;2", "AGENT_SIP=304") in new stack
> [Nov  9 19:29:07] VERBOSE[5539] pbx.c:     -- Executing [0105 at profs:2] Dial("Local/0105 at profs-4b85;2", "SIP/304,30") in new stack
> [Nov  9 19:29:07] VERBOSE[5539] netsock.c:   == Using SIP RTP TOS bits 184
> [Nov  9 19:29:07] VERBOSE[5539] netsock.c:   == Using SIP RTP CoS mark 5
> [Nov  9 19:29:07] VERBOSE[5539] app_dial.c:     -- Called 304
> [Nov  9 19:29:07] VERBOSE[5516] app_queue.c:     -- Called Local/0105 at profs/n
> [Nov  9 19:29:07] VERBOSE[5455] res_musiconhold.c:     -- Stopped music on hold on DAHDI/17-1
> [Nov  9 19:29:07] VERBOSE[5455] res_musiconhold.c:     -- Started music on hold, class 'default', on DAHDI/17-1
> [Nov  9 19:29:07] VERBOSE[5539] app_dial.c:     -- SIP/304-0000015e is ringing
> [Nov  9 19:29:07] VERBOSE[5516] app_queue.c:     -- Local/0105 at profs-4b85;1 is ringing
> [Nov  9 19:29:12] VERBOSE[5539] app_dial.c:     -- SIP/304-0000015e answered Local/0105 at profs-4b85;2
> [Nov  9 19:29:12] VERBOSE[5516] app_queue.c:     -- Local/0105 at profs-4b85;1 answered DAHDI/3-1



--
This message was sent by Atlassian JIRA
(v6.2#6252)