MOH issue with Queue

› VitalPBX Community Support › General Discussion › MOH issue with Queue

  • Post
    • May 28, 2019 at 6:27 pm
    CoryEakins
    Participant

    After upgrading to 2.3.3-1, I still have a problem with a MOH Class of ringback not working, and just playing the default MOH.

    Checking the logs, show ringback being set, but no errors.

    — Executing [300@ext-queues:1] NoOp(“SIP/AA-C9-SBC-0000036d”, “Queue: Support Queue”) in new stack
    — Executing [300@ext-queues:2] Set(“SIP/AA-C9-SBC-0000036d”, “__QUEUE_CALL=TRUE”) in new stack
    — Executing [300@ext-queues:3] Gosub(“SIP/AA-C9-SBC-0000036d”, “sub-set-moh,s,1(ringback,YES)”) in new stack
    — Executing [s@sub-set-moh:1] NoOp(“SIP/AA-C9-SBC-0000036d”, “Configuring MoH Class”) in new stack
    — Executing [s@sub-set-moh:2] Set(“SIP/AA-C9-SBC-0000036d”, “MOH_CLASS=ringback”) in new stack
    — Executing [s@sub-set-moh:3] Set(“SIP/AA-C9-SBC-0000036d”, “MOH_FORCE=YES”) in new stack
    — Executing [s@sub-set-moh:4] GotoIf(“SIP/AA-C9-SBC-0000036d”, “1?end”) in new stack

    Thoughts?

     

    0
Viewing 7 replies - 1 through 7 (of 7 total)
  • Replies
    • May 28, 2019 at 6:42 pm
    Jose Miguel Rivera
    Keymaster
    NI
    Up
    0
    Down

    I already tried the MoH on queues and is working fine.

    You may try to execute the following commands in the Linux console:

    vitalpbx --dump-conf
    vitalpbx --check-integrity
    0
    • May 28, 2019 at 6:43 pm
    CoryEakins
    Participant
    Up
    0
    Down

    I’ve tried those commands along with vitalpbx –build-db a few times now, to no effect.

    0
    • May 28, 2019 at 7:18 pm
    Jose Miguel Rivera
    Keymaster
    NI
    Up
    0
    Down

    I tested two PBX’s and is working as expected.

    0
    • May 28, 2019 at 7:26 pm
    CoryEakins
    Participant
    Up
    0
    Down

    Log snip.  Doesn’t make any sense to me.  Sets ringback, then plays default.

    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [app-incoming@sub-set-call-vars:6] Return(“SIP/AA-C9-SBC-00000397”, “”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [s-incoming@sub-set-call-vars:9] Return(“SIP/AA-C9-SBC-00000397”, “”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [15066436691@incoming-calls:5] Set(“SIP/AA-C9-SBC-00000397”, “ICALL=yes”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [15066436691@incoming-calls:6] Goto(“SIP/AA-C9-SBC-00000397”, “ext-queues,300,1”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx_builtins.c: Goto (ext-queues,300,1)
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [300@ext-queues:1] NoOp(“SIP/AA-C9-SBC-00000397”, “Queue: Support Queue”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [300@ext-queues:2] Set(“SIP/AA-C9-SBC-00000397”, “__QUEUE_CALL=TRUE”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [300@ext-queues:3] Gosub(“SIP/AA-C9-SBC-00000397”, “sub-set-moh,s,1(ringback,YES)”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [s@sub-set-moh:1] NoOp(“SIP/AA-C9-SBC-00000397”, “Configuring MoH Class”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [s@sub-set-moh:2] Set(“SIP/AA-C9-SBC-00000397”, “MOH_CLASS=ringback“) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [s@sub-set-moh:3] Set(“SIP/AA-C9-SBC-00000397”, “MOH_FORCE=YES”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [s@sub-set-moh:4] GotoIf(“SIP/AA-C9-SBC-00000397”, “1?end”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx_builtins.c: Goto (sub-set-moh,s,8)
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [s@sub-set-moh:8] Return(“SIP/AA-C9-SBC-00000397”, “”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [300@ext-queues:4] Set(“SIP/AA-C9-SBC-00000397”, “__QUEUE_NUMBER=300”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [300@ext-queues:5] Gosub(“SIP/AA-C9-SBC-00000397”, “sub-set-call-vars,app-incoming,1”) in new sta
    ck
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [app-incoming@sub-set-call-vars:1] NoOp(“SIP/AA-C9-SBC-00000397”, “Incoming Call App CDR”) in new
    stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [app-incoming@sub-set-call-vars:2] GotoIf(“SIP/AA-C9-SBC-00000397”, “1?:return”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [app-incoming@sub-set-call-vars:3] Set(“SIP/AA-C9-SBC-00000397”, “CDR(source)=5066394631”) in new
    stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [app-incoming@sub-set-call-vars:4] Set(“SIP/AA-C9-SBC-00000397”, “CDR(tenant)=vitalpbx”) in new s
    tack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [app-incoming@sub-set-call-vars:5] Set(“SIP/AA-C9-SBC-00000397”, “CDR(destination)=15066436691”)
    in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [app-incoming@sub-set-call-vars:6] Return(“SIP/AA-C9-SBC-00000397”, “”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [300@ext-queues:6] NoOp(“SIP/AA-C9-SBC-00000397”, “Connecting to Queue”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [300@ext-queues:7] Answer(“SIP/AA-C9-SBC-00000397”, “”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] pbx.c: Executing [300@ext-queues:8] Queue(“SIP/AA-C9-SBC-00000397”, “Q300,,,,30”) in new stack
    [2019-05-28 15:22:31] VERBOSE[87267][C-000000ee] res_musiconhold.c: Started music on hold, class ‘default’, on channel ‘SIP/AA-C9-SBC-00000397’

    0
    • May 28, 2019 at 7:50 pm
    Jose Miguel Rivera
    Keymaster
    NI
    Up
    0
    Down

    What’s the music on hold configured in the inbound routes and what did you configure in the queues?

    Also, check the output of the following command in the Asterisk CLI:

    moh show classes
    0
    • May 29, 2019 at 11:50 am
    CoryEakins
    Participant
    Up
    0
    Down

    Trunk has MOH of default

    Inbound route has MOH of  default

    Queue has MOH of “None (Ringback)”

    asterisk -rx “moh show classes”
    Class: moh3
    Mode: files
    Directory: /var/lib/ombutel/static/3dad6576218230d9/moh/3
    Class: default
    Mode: files
    Directory: moh
    Class: moh2
    Mode: files
    Directory: /var/lib/ombutel/static/3dad6576218230d9/moh/2
    Class: ringback
    Mode: files
    Directory: /usr/share/ombutel/ringback

    0
    • May 29, 2019 at 5:11 pm
    Jose Miguel Rivera
    Keymaster
    NI
    Up
    0
    Down

    I think the moh is being overwritten by the MoH set in the inbound routes

    0
Viewing 7 replies - 1 through 7 (of 7 total)
  • You must be logged in to reply to this topic.