[asterisk-bugs] [JIRA] (ASTERISK-25692) app_queue: shared_lastcall does not work when using realtime queues and Local channels

[Sébastien Couture (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-25692?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=230856#comment-230856 ] 

Sébastien Couture edited comment on ASTERISK-25692 at 5/31/16 2:54 PM:
-----------------------------------------------------------------------

Looking at your screenshot, your queue members have different "interfaces" and thus would be seen as separate members. If you take the following:

SIP/1851 (Local/1851-914 at queue from SIP/1851)

The first "SIP/1851" on the left is the "member name", which is more often used as a display name. You could have set it to "914", or "Agent 914", it doesn't matter; the queue won't use that information to actually distribute the call.

The "Local/1851-914 at queue" is the "interface", which is the entity to which a queue will distribute a call; this is what the "calls taken" and "last call" values are tied to, so if all of your interfaces are different, those values will also be different.

The last "SIP/1851" is the "state interface", which is used by the queue to determine the state of the agent; this can be a SIP device, a hint, or nothing; in the latter scenario, the state of the Local channel would then be used.

I'm under Asterisk 11 with realtime queues and realtime members that are also Local channels, and when the "interface" part is the same, the "calls taken" and "last call" values will be the same across all queues where the agent is logged.


was (Author: sysreq):
Looking at your screenshot, all of your members have different "interfaces" and thus would be seen as separate members. If you take the following:

SIP/1851 (Local/1851-914 at queue from SIP/1851)

The first "SIP/1851" on the left is the "member name", which is more often used as a display name. You could have set it to "914", or "Agent 914", it doesn't matter; the queue won't use that information to actually distribute the call.

The "Local/1851-914 at queue" is the "interface", which is the entity to which a queue will distribute a call; this is what the "calls taken" and "last call" values are tied to, so if all of your interfaces are different, those values will also be different.

The last "SIP/1851" is the "state interface", which is used by the queue to determine the state of the agent; this can be a SIP device, a hint, or nothing; in the latter scenario, the state of the Local channel would then be used.

I'm under Asterisk 11 with realtime queues and realtime members that are also Local channels, and when the "interface" part is the same, the "calls taken" and "last call" values will be the same across all queues where the agent is logged.

> app_queue: shared_lastcall does not work when using realtime queues and Local channels
> --------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-25692
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25692
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue, Channels/chan_local
>    Affects Versions: 13.6.0
>         Environment: Ubuntu SMP x86_64, Linux  3.13.0-74-generic
> PostgreSQL (9.4.4)
>            Reporter: User User
>            Assignee: Unassigned
>         Attachments: configs.zip, myDebugLog.txt, sc_1.png, screen.zip
>
>
> I have the following configuration:
> - multiple realtime queues and dynamic members of the queue
> - shared_lastcall is set to "yes"
> - wrapuptime=7 is set in all queues
> The problem is that when using local channels, the value of the "last was ХХХ secs ago" of each member of the queue in all queues different. When using SIP channels, the value "last was ХХХ secs ago" of the queue member in all queues are the same.



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