[asterisk-bugs] [JIRA] (ASTERISK-27954) Queue Log "CONNECT" event incorrect "ringtime" value
Kevin Harwell (JIRA)
noreply at issues.asterisk.org
Mon Jul 9 13:46:54 CDT 2018
[ https://issues.asterisk.org/jira/browse/ASTERISK-27954?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Kevin Harwell updated ASTERISK-27954:
-------------------------------------
Status: Open (was: Triage)
> Queue Log "CONNECT" event incorrect "ringtime" value
> ----------------------------------------------------
>
> Key: ASTERISK-27954
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-27954
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Applications/app_queue
> Affects Versions: 15.4.1, 13.22.0
> Environment: Ubuntu 16.04 in docker container
> Reporter: Dmitry Ramenev
>
> Queue has *30 s* config timeout and *300 s* app timeout. It's using "ringall" strategy. There are 2 agents assigned to queue, for example chris (penalty=1) and dmitry (penalty=2).
> So, when queue having inbound call and when chris have been rejected this call after *17 s*, then the call will be received and answered by dmitry. For example he answering after *7 s*. We'll have in queue log: ENTERQUEUE => RINGNOANSWER(*17000*) => CONNECT(24, XXXX, *24*).
> It seems CONNECT event includes chris's ringtime / RINGNOANSWER time.
> But what if chris will be not available (paused)? Then dmitry first time rejects the call after *23 s* and after next call receiving - answering call. We'll have in queue log: ENTERQUEUE => RINGNOANSWER(*23000*) => CONNECT(34, XXXX, *4*).
> Why this time CONNECT event is not including dmitry's ringtime before reject? Should this event include all previous RINGNOANSWER time or it should include only last ring time?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list