Queue members not showing in queue button

  1. 8 years ago
    Edited 8 years ago by Jeremy

    I've have a plain vanilla Asterisk 13.3.2 installation (no freepbx) and just installed fop2 2.31.
    Note: I am not using mysql for either, if that matters.

    I created a basic buttons.cfg with only Extension and Queue buttons defined. The extension buttons work as expected. The queue buttons do show waiting calls, but they are not listing the queue members. (This worked fine for me on earlier versions of Asterisk with earlier versions of fop2, so I am familiar with what it should look like).

    Here is an example of output from a "queue show", which does show the members:

    Trouble-Phones-EAST has 3 calls (max unlimited) in 'rrmemory' strategy (545s holdtime, 288s talktime), W:0, C:33, A:2, SL:57.6% within 600s
       Members:
          "Clerk 14" <> (sip/1014 from sip/1014) (ringinuse disabled) (dynamic) (paused) (Not in use) has taken 6 calls (last was 1199 secs ago)
          "Clerk 21" <> (sip/1021 from sip/1021) (ringinuse disabled) (dynamic) (paused) (Not in use) has taken no calls yet
          "Clerk 15" <> (sip/1015 from sip/1015) (ringinuse disabled) (dynamic) (paused) (Not in use) has taken 22 calls (last was 1197 secs ago)
          "Clerk 13" <> (sip/1013 from sip/1013) (ringinuse disabled) (dynamic) (paused) (Not in use) has taken no calls yet
       Callers:
          1. SIP/2093-0000166b (wait: 31:40, prio: 0)
          2. SIP/2092-0000178d (wait: 19:51, prio: 0)
          3. SIP/2091-00001793 (wait: 19:46, prio: 0)

    Here is an example of those user's definitions from my sip.conf:

    [1013](softphone)
    username=1013
    callerid="Clerk 13"
    context=default
    
    [1014](softphone)
    username=1014
    callerid="Clerk 14"
    context=default
    
    [1015](softphone)
    username=1015
    callerid="Clerk 15"
    context=default

    And here is an example of the queue definition in buttons.cfg:

    [QUEUE/Trouble-Phones-EAST]
    type=queue
    extension=3004
    context=default
    label=Trouble EAST

    I've tried to keep both the Asterisk and FOP installations very basic and simple, so I'm not sure where I've gone wrong.
    Any ideas of what I can do or check?

  2. I tried another system running Asterisk 13.8 and have the same issue when trying both FOP2 2.30.06 and 2.31.00.
    Is this a bug or am I doing something wrong?
    I can try and get an Asterisk 12 installation together as a test just to see if it is isolated to Asterisk 13 or not.

  3. admin

    11 May 2016 Administrator

    Hi Jeremy,

    The only thing that I think is funny is the member name for your queue members. You usually have just a name, like John, not a full callerid string like it seems you have:

    "Clerk 14" <>

    With quotes for the name and empty number between <>

    How are you adding your queue members?

    Best regards,

  4. Edited 8 years ago by Jeremy

    I made the sip.conf by hand and did leave off the extension after the name. I just changed it to get rid of the quotes, space and add the extension as follows:

    [1002](softphone)
    username=1002
    callerid=Clerk02 <1002>
    context=default

    One thing I noticed after restarting Asterisk is that the new CallerID's weren't taking effect! It seems that was due to me having PersistentMembers=yes in queues.conf, which I just changed to no and restarted again. Now the caller ID's are correct in queue show:

    CLI> queue show
    IN-Lanes has 0 calls (max unlimited) in 'rrmemory' strategy (0s holdtime, 0s talktime), W:0, C:0, A:0, SL:0.0% within 600s
       Members:
          "Clerk02" <1002> (sip/1002 from sip/1002) (ringinuse disabled) (dynamic) (Not in use) has taken no calls yet
       No Callers

    But they unfortunately still don't show up in the queue buttons in FOP - they still say Agents: 0 and don't list the actual members.

    I feel like we are getting closer, though. I'll keep tinkering...

  5. admin

    12 May 2016 Administrator

    Still, a queue member name is something different than a callerid in sip.conf

    A queue member name could be Clerk02, instead of "Clerk02" <1002>

    How are you adding queue members? Queue member names are NOT in direct relation with callerid settings in sip.conf

  6. Oh. That's interesting. The callerid in sip.conf is the only place I used the name "Clerk" ever. The members are adding and removing themselves from their softphone client. The only identifying information they provide in the softphone is server IP, SIP username/ password and AMI manager username/password. The softphone list the queues and they tick the boxes next to the queues they want.

    To help remove the softphone from the equation, I just tried adding a queue member from the Asterisk console using

    *CLI> queue add member sip/1002 to IN-Lanes

    When I do that, the member does look a little different in the console, but still no change on the button itself:

    CLI> queue show
    IN-Lanes has 0 calls (max unlimited) in 'rrmemory' strategy (0s holdtime, 0s talktime), W:0, C:0, A:0, SL:0.0% within 600s
       Members:
          sip/1002 (ringinuse disabled) (dynamic) (Not in use) has taken no calls yet
       No Callers

    If I do the above while running FOP2 in debug mode, I get the following output:

    127.0.0.1            <- Event: DeviceStateChange
    127.0.0.1            <- Privilege: call,all
    127.0.0.1            <- Device: Queue:IN-Lanes_pause_sip/1002
    127.0.0.1            <- State: INUSE
    
    127.0.0.1            <- Event: QueueMemberAdded
    127.0.0.1            <- Privilege: agent,all
    127.0.0.1            <- Ringinuse: 0
    127.0.0.1            <- Penalty: 0
    127.0.0.1            <- StateInterface: sip/1002
    127.0.0.1            <- PausedReason:
    127.0.0.1            <- Queue: IN-Lanes
    127.0.0.1            <- MemberName: "Clerk02" <1002>
    127.0.0.1            <- Interface: sip/1002
    127.0.0.1            <- Membership: dynamic
    127.0.0.1            <- CallsTaken: 0
    127.0.0.1            <- InCall: 0
    127.0.0.1            <- LastCall: 0
    127.0.0.1            <- Status: 1
    127.0.0.1            <- Paused: 1
    
    Use of uninitialized value in hash element at script/fop2_server.pl line 10115.

    Does that last line perhaps help narrow down this issue at all?

  7. admin

    12 May 2016 Administrator

    Ok that is new then... it seems the queue add member will use the callerid from the sip device if not specified on the command. Try this:

    queue add member SIP/1002 to In-Lanes as 'Clerk 02'

  8. admin

    12 May 2016 Administrator

    Also, in order to log into queues from a phone, some kind of application is being used. That is not something that is built in anywhere... what applications are you using ?

  9. admin

    12 May 2016 Administrator

    Another thing, having sip/1002 (in lower case) might also be an issue, you should try to use SIP/1002 instead, but I do not know if you have access to that phone application somehow to modify the command.

  10. admin

    12 May 2016 Administrator

    Ok, the issue is with the quotes on the membername. I will fix this for the next minor release. If you catch me on the live help I can send you a patched version so you can try it out.

    Best regards,

  11. Ah, you've got it!
    If I do "queue add member SIP/1002 to In-Lanes"

    In-Lanes has 0 calls (max unlimited) in 'rrmemory' strategy (0s holdtime, 0s talktime), W:0, C:0, A:0, SL:0.0% within 600s
       Members:
          SIP/1001 (ringinuse disabled) (dynamic) (Unavailable) has taken no calls yet
       No Callers

    No quotes - and it DOES show up in the Queue button as "Clerk02" (the callerid).
    Oddly, the "as" at the end of the queue add member line is not working at all - it rejects the command. No matter though.

    So I either need to figure out how to ditch the quotes or get that patched version from you. I'm not sure what is adding them, though, since I took them out of the callerid string entirely, and the phone app doesn't specify it anywhere in its config (but maybe it is reading it from Asterisk's callerid and adding the quotes before sending the AMI command).

    On a side note, I do have an older system elsewhere running Asterisk 1.8.7 with FOP2 2.26 where the queue buttons work fine even though it also has quotes in the member names.

    Thanks for all your help thus far!!! I'll try and find you in live chat.

  12. admin

    12 May 2016 Administrator

    New version uses JSON more extensively, and the JSON declaration breaks if quotes are not properly escaped. If you catch me on the live help I will be able to send you a version for you to try (actually, it is already done and works because I tried it)., or you can wait until 2.31.01 that I will release next week(ish).

    Best regards,

  13. I have the same problem also..

    When i have upgrade the latest version all queue members not shown like before ..
    please help me..

  14. admin

    20 Jun 2016 Administrator

    First of all, clear your browser cache.

    Second, did you configure buttons manually via buttons.cfg or similar? If so, you must be sure the queue buttons have a context and extension headers defined, otherwise they won't display its members.

or Sign Up to reply!