MOH issue with Queue

VitalPBX Community Support General Discussion MOH issue with Queue

Up
0
Down
  • Post
    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

    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
    CoryEakins
    Participant

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

    0

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

    0
    CoryEakins
    Participant

    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

    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
    CoryEakins
    Participant

    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

    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.