Nicolás,
Thank you. I have some colleagues who will be very happy because they work a few days a week for one department and a few days a week for another. With this functionality we can now let them self decide in which queue they are paused.
Any idea when the new version will become available?
Regards,
Michel.
My suggestion would be:
Action menu on queue button is only for actions on members of selected queue. For pause and unpause you do not need to change anything as far as I can see because the command to the fop2 server all ready contains the queue name <msg data="NSO-ringall|queuepause|Local/3033@from_sip_client|a5d3f247cf6c032d771fb287ccb30b50" /> when done on queue NSO-ringall and <msg data="NSO-SDenSE|queueunpause|Local/3033@from_sip_client|151af7d3ff12b0c2934812126e85d59e" /> when done on NSO-SDenSE.
Action menu on extension button should not be changed. When option pause or unpause is used the user is paused in all queues. No need for pause or unpause per queue. <msg data="|queuepause|22|151af7d3ff12b0c2934812126e85d59e" />
To me it looks like the fop2_server needs to respect given queuename.
Regards,
Michel.
I do not know if this is behavior by design but when we pause or unpause a queue memeber by clicking on the icon in a specific queue and this person is also a member in an other queue the user becomes paused or unpaused in both queues.
We would expect that the user only is paused or unpaused in the queue where the action was given.
Queues according to Asterisk.
ast02*CLI> queue show NSO-ringall
NSO-ringall has 0 calls (max unlimited) in 'ringall' strategy (0s holdtime, 0s talktime), W:0, C:0, A:0, SL:0.0% within 0s
Members:
Michel Verbraak (Local/3033@from_sip_client) with penalty 10 (realtime) (paused) (Not in use) has taken no calls yet
No Callers
ast02*CLI> queue show NSO-SDenSE
NSO-SDenSE has 0 calls (max unlimited) in 'rrmemory' strategy (0s holdtime, 0s talktime), W:0, C:0, A:0, SL:0.0% within 0s
Members:
Michel Verbraak (Local/3033@from_sip_client) with penalty 10 (realtime) (paused) (Not in use) has taken no calls yet
No Callers
Following is the result when fop2_server is run with option -X 551
10.2.100.134 <= <msg data="NSO-ringall|queuepause|Local/3033@from_sip_client|a5d3f247cf6c032d771fb287ccb30b50" />
Validation ok, have queuemanager permissions
10.2.1.27 -> Action: QueuePause
10.2.1.27 -> Interface: Local/3033@from_sip_client
10.2.1.27 -> Paused: 1
10.2.1.27 <- Response: Success
10.2.1.27 <- Message: Interface paused successfully
10.2.1.27 <- Server: 0
10.2.1.27 <- Event: QueueMemberPaused
10.2.1.27 <- Privilege: agent,all
10.2.1.27 <- Queue: NSO-ringall
10.2.1.27 <- Location: Local/3033@from_sip_client
10.2.1.27 <- MemberName: Michel Verbraak
10.2.1.27 <- Paused: 1
10.2.1.27 <- Server: 0
** PROCESA_BLOQUE 0
** PROCESA_BLOQUE QUEUEMEMBERPAUSED 0
SET STATUS para SIP/michelv_desk = paused
** QUEUE MEMBER LIST devuelve <div class='memberready myclick' id='qm!QUEUE/NSO-RINGALL!Local/3022@from_sip_client'></div><span>Arno de Vrij</span><br class='clear'/><div class='memberready myclick' id='qm!QUEUE/NSO-RINGALL!Local/3029@from_sip_client'></div><span>Hans Langelaan</span><br class='clear'/><div class='memberpaused myclick' id='qm!QUEUE/NSO-RINGALL!Local/3024@from_sip_client'></div><span>Jeroen Werts</span><br class='clear'/><div class='memberpaused myclick' id='qm!QUEUE/NSO-RINGALL!Local/3033@from_sip_client'></div><span>Michel Verbraak</span><br class='clear'/><div class='memberready myclick' id='qm!QUEUE/NSO-RINGALL!Local/3025@from_sip_client'></div><span>Niels van de Ende</span><br class='clear'/><div class='memberready myclick' id='qm!QUEUE/NSO-RINGALL!Local/3021@from_sip_client'></div><span>Paul van Wijnbergen</span><br class='clear'/><div class='memberready myclick' id='qm!QUEUE/NSO-RINGALL!Local/3028@from_sip_client'></div><span>Rogier Schram</span><br class='clear'/><div class='memberready myclick' id='qm!QUEUE/NSO-RINGALL!Local/3026@from_sip_client'></div><span>Ronald Moesbergen</span><br class='clear'/>
10.2.1.27 <- Event: QueueMemberPaused
10.2.1.27 <- Privilege: agent,all
10.2.1.27 <- Queue: NSO-SDenSE
10.2.1.27 <- Location: Local/3033@from_sip_client
10.2.1.27 <- MemberName: Michel Verbraak
10.2.1.27 <- Paused: 1
10.2.1.27 <- Server: 0
** PROCESA_BLOQUE 0
** PROCESA_BLOQUE QUEUEMEMBERPAUSED 0
SET STATUS para SIP/michelv_desk = paused
Regards Michel.
hi,
I changed the local to a sip one.
The situation we have is that a person has a personal number but could have multiple devices, sipphone+dect2sip+smartphone+pc, to ring when his personal number is dialed.
I wanted only one extension button per person which signals the multiple devices this person has. I thought I had this solved by adding channel lines to the extension button with a category name Local/..... As you said this category name was not smart and I changed it to a category name SIP/<device1>.
This person is also part of a queue. So we add al his devices to the queue and make his membername the same for all the devices. He only shows up once in the queue panel of fop2.
We also have one pause or unpause extension in the dialplan. When the person dials this number from any one of his devices he will pause or unpause all his devices. Because we first had only the Local/..... button the status icon did not change. When I change the button to a SIP/<device1> button the status did change.
Currently I have per device an extension button in buttons.cfg. This fixed the problem for the realtime updating of the pause and unpause status in the queue panel. So when a person has two devices he has two buttons.
I think it would be better if FOP2 when it sees a pause or unpause queue member event in the ami it does not only try to match it to an extension button but also to the devices/interfaces it has seen for queues.
Other problem:
When a device unregisters and the poll_interval is reached the icon for this member in the queue changes from available (green person) to unavailable (green person with little red and white sign in lower right corner). This does not happen realtime. A queue does care if a person is available or unavailable. When a device (SIP/xxx) unregisters it becomes unavailable in the queues if a member of the queue has it as its interface and when a call is placed into that queue asterisk will not try to dial that unavailable interface.
Your program is great but it would be better if it could handle before mentioned situations better.
Regards,
Michel.
I did some more testing and found the following solves the problem for pausing and unpausing queuemembers.
I had the following in my buttons.cfg file
[Local/3033@to_sip_client/n]
type=extension
extension=3033
context=from_sip_client
label=Michel Verbraak
channel=SIP/michelv_pc
channel=SIP/michelv_desk
[QUEUE/100]
type=queue
context=
label=100
Without a separate extension button for each channel line of the extension button Local/3033@to_sip_client/n.
When I added the following extension button to this file:
[SIP/michelv_pc]
type=extension
extension=michelv_pc
context=from_sip_client
label=michelv_pc
The FOP2 panel now follows in real time the queuemember status in the queue/100 panel and the extension button michelv_pc when I pause or unpause this extension. The status is not reflected in the Local/3033@to_sip_client/n extension button (this might be a feature request).
Following problem this exists:
When I unregister or register this extension michelv_pc the status does not change of the icon in the QUEUE/100 panel, only after the poll interval, but the status is changed in real time for the extension button in the FOP@ panel.
Regards,
Michel.
Hi Nicolás,
We use FOP2 2.20 final. (Debian 64bits)
OS is Debian Squeeze
I created a number only queue as you requested:
[QUEUE/100]
type=queue
context=
label=100
The update in the panel is still only happening when the poll_interval is reached.
Following is what I see in the debuglines (member is allready paused and I do unpause):
10.2.1.27 <- Event: QueueMemberPaused
10.2.1.27 <- Privilege: agent,all
10.2.1.27 <- Queue: 100
10.2.1.27 <- Location: SIP/michelv_pc
10.2.1.27 <- MemberName: michelv_pc
10.2.1.27 <- Paused: 0
10.2.1.27 <- Server: 0
** MAIN AMI event received...
** MAIN There's an 'Event' in the event block
** MAIN Event detected block_count = 1 (Event: QueueMemberPaused)
** MAIN There are 1 blocks for processing
** MAIN Answer block cleared
** DIGEST_EVENT: start
** PROCESA_BLOQUE 0
** PROCESA_BLOQUE QUEUEMEMBERPAUSED 0
Not a reference at all
** QUEUE MEMBER LIST start
** QUEUE MEMBER LIST devuelve <div class='memberpaused myclick' id='qm!QUEUE/100!SIP/michelv_desk'></div><span>michelv_desk</span><br class='clear'/><div class='memberpaused myclick' id='qm!QUEUE/100!SIP/michelv_pc'></div><span>michelv_pc</span><br class='clear'/>
As you can see still the same result. When you need more info I'm happy to provide it.
Regards,
Michel.
Hi,
I have the following setup:
With in the dialplan a user can call the PauseQueuemember or UnPauseQueuemember application for his SIP device. When the member is paused or unpaused this status change is not reflected in FOP2. Also when a member unregisters or registers his state is not changed. It is only updated in fop2 when the poll_interval is reached.
I scanned the forum all ready for a solution but none found.
I debugged FOP2 with debug value 511 and following is present in the debuglines.
10.2.1.27 <- Event: QueueMemberPaused
10.2.1.27 <- Privilege: agent,all
10.2.1.27 <- Queue: test
10.2.1.27 <- Location: SIP/michelv_pc
10.2.1.27 <- MemberName: michelv_pc
10.2.1.27 <- Paused: 1
10.2.1.27 <- Server: 0
** MAIN AMI event received...
** MAIN There's an 'Event' in the event block
** MAIN Event detected block_count = 1 (Event: QueueMemberPaused)
** MAIN There are 1 blocks for processing
** MAIN Answer block cleared
** DIGEST_EVENT: start
** PROCESA_BLOQUE 0
** PROCESA_BLOQUE QUEUEMEMBERPAUSED 0
Not a reference at all
** QUEUE MEMBER LIST start
** QUEUE MEMBER LIST devuelve <div class='memberinvalid myclick' id='qm!QUEUE/TEST!SIP/michelv_desk'></div><span>michelv_desk</span><br class='clear'/><div class='memberready myclick' id='qm!QUEUE/TEST!SIP/michelv_pc'></div><span>michelv_pc</span><br class='clear'/>
Following is in the buttons.cfg file:
[QUEUE/test]
type=queue
context=
label=test
And the interface from which the PauseQueueMemeber application is initiated is SIP/michelv_pc.
Only thing I could find in the debug lines is that is says QUEUE/TEST (in uppercase) instead of QUEUE/test (lowercase) and mentions "Not a reference at all".
Regards,
Michel Verbraak
Hi, Solved the problem.
We are using the Asterisk realtime option for the sip.conf file. We changed just before the upgrade of fop2 to the realtime version.
In sip.conf we had the option rtcachefriends set to no.
With this option set to no we get the christmas tree effect.
When we changed the value to yes the screen appears normal again.
Regards,
Michel
Two possible problems:
Regards,
Michel.
Hi,
We recently changed to fop2 version 2.11 and we now experience that the color of the phone boxes constantly change from green to gray and back to green and so on. This also happens voor phones which are in a conversation, color changes from orange to gray back to orange.
The duration between the color changes differs roughly between 2 and more seconds. Someone who is using the system even mentioned it as a christmas tree with blinking lights, she sees over 100 phones in her screen because she works at our reception.
I would like to know if this can be changed through a configuration option or is it a bug.
Regards,
Michel.