@benrooke wrote:

Urgent help required

I have set rouing fso that when a call cones from trunk A it sends the call off to Trunk B which is the interface of an SBC. When calling a number all i get is an engaged tone Here is a portion of the log log:

[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx_builtins.c: Goto (sub-record-check,in,1)
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [in@sub-record-check:1] NoOp(“PJSIP/Voiceflex-0000074a”, “Inbound Recording Check to s”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [in@sub-record-check:2] Set(“PJSIP/Voiceflex-0000074a”, “FROMEXTEN=unknown”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [in@sub-record-check:3] ExecIf(“PJSIP/Voiceflex-0000074a”, “11?Set(FROMEXTEN=01793209780)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [in@sub-record-check:4] Gosub(“PJSIP/Voiceflex-0000074a”, “recordcheck,1(dontcare,in,s)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [recordcheck@sub-record-check:1] NoOp(“PJSIP/Voiceflex-0000074a”, “Starting recording check against dontcare”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [recordcheck@sub-record-check:2] Goto(“PJSIP/Voiceflex-0000074a”, “dontcare”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx_builtins.c: Goto (sub-record-check,recordcheck,3)
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [recordcheck@sub-record-check:3] Return(“PJSIP/Voiceflex-0000074a”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [in@sub-record-check:5] Return(“PJSIP/Voiceflex-0000074a”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:3] Set(“PJSIP/Voiceflex-0000074a”, “CHANNEL(tonezone)=uk”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:4] ExecIf(“PJSIP/Voiceflex-0000074a”, “0?Set(__FROM_DID=s)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:5] Set(“PJSIP/Voiceflex-0000074a”, “returnhere=1”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:6] Gosub(“PJSIP/Voiceflex-0000074a”, “app-blacklist-check,s,1()”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@app-blacklist-check:1] GotoIf(“PJSIP/Voiceflex-0000074a”, “0?blacklisted”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@app-blacklist-check:2] Set(“PJSIP/Voiceflex-0000074a”, “CALLED_BLACKLIST=1”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@app-blacklist-check:3] Return(“PJSIP/Voiceflex-0000074a”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:7] Set(“PJSIP/Voiceflex-0000074a”, “CDR(did)=01793209782”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:8] GotoIf(“PJSIP/Voiceflex-0000074a”, “0?”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:9] ExecIf(“PJSIP/Voiceflex-0000074a”, “0 ?Set(CALLERID(name)=01793209780)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:10] Set(“PJSIP/Voiceflex-0000074a”, “__MOHCLASS=”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:11] Set(“PJSIP/Voiceflex-0000074a”, “__REVERSAL_REJECT=FALSE”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:12] GotoIf(“PJSIP/Voiceflex-0000074a”, “1?post-reverse-charge”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx_builtins.c: Goto (ext-did,s,14)
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:14] NoOp(“PJSIP/Voiceflex-0000074a”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:15] Set(“PJSIP/Voiceflex-0000074a”, “__CALLINGNAMEPRES_SV=allowed_not_screened”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:16] Set(“PJSIP/Voiceflex-0000074a”, “__CALLINGNUMPRES_SV=allowed_not_screened”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:17] Set(“PJSIP/Voiceflex-0000074a”, “CALLERID(name-pres)=allowed_not_screened”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:18] Set(“PJSIP/Voiceflex-0000074a”, “CALLERID(num-pres)=allowed_not_screened”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:19] NoOp(“PJSIP/Voiceflex-0000074a”, “CallerID Entry Point”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [s@ext-did:20] Goto(“PJSIP/Voiceflex-0000074a”, “ext-trunk,4,1”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx_builtins.c: Goto (ext-trunk,4,1)
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [4@ext-trunk:1] Set(“PJSIP/Voiceflex-0000074a”, “TDIAL_SUFFIX=@Voiceflex”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [4@ext-trunk:2] Set(“PJSIP/Voiceflex-0000074a”, “TDIAL_STRING=PJSIP”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [4@ext-trunk:3] Set(“PJSIP/Voiceflex-0000074a”, “DIAL_TRUNK=4”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [4@ext-trunk:4] Goto(“PJSIP/Voiceflex-0000074a”, “ext-trunk,tdial,1”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx_builtins.c: Goto (ext-trunk,tdial,1)
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [tdial@ext-trunk:1] Set(“PJSIP/Voiceflex-0000074a”, “OUTBOUND_GROUP=OUT_4”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [tdial@ext-trunk:2] GotoIf(“PJSIP/Voiceflex-0000074a”, “1?nomax”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx_builtins.c: Goto (ext-trunk,tdial,4)
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [tdial@ext-trunk:4] ExecIf(“PJSIP/Voiceflex-0000074a”, “1?Set(CALLERPRES(name-pres)=allowed_not_screened)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [tdial@ext-trunk:5] ExecIf(“PJSIP/Voiceflex-0000074a”, “1?Set(CALLERPRES(num-pres)=allowed_not_screened)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [tdial@ext-trunk:6] Set(“PJSIP/Voiceflex-0000074a”, “DIAL_NUMBER=01793209782”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [tdial@ext-trunk:7] GosubIf(“PJSIP/Voiceflex-0000074a”, “0?sub-flp-4,s,1()”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [tdial@ext-trunk:8] Set(“PJSIP/Voiceflex-0000074a”, “OUTNUM=01793209782”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [tdial@ext-trunk:9] Set(“PJSIP/Voiceflex-0000074a”, “DIAL_TRUNK_OPTIONS=T”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [tdial@ext-trunk:10] Dial(“PJSIP/Voiceflex-0000074a”, “PJSIP/01793209782@Voiceflex,300,T”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] app_dial.c: Called PJSIP/01793209782@Voiceflex
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] app_dial.c: No one is available to answer at this time (1:0/0/0)
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-0000074a”, “CALLERID(number)=01793209780”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-0000074a”, “CALLERID(name)=01793209780”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-0000074a”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17664][C-000003a8] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-0000074a’
[2019-05-13 14:19:56] VERBOSE[11592] pbx_variables.c: Setting global variable ‘SIPDOMAIN’ to ‘77.108.132.18’
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [01793209782@from-pstn:1] NoOp(“PJSIP/Voiceflex-0000074c”, “Catch-All DID Match - Found 01793209782 - You probably want a DID for this.”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [01793209782@from-pstn:2] Set(“PJSIP/Voiceflex-0000074c”, “__FROM_DID=01793209782”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [01793209782@from-pstn:3] Goto(“PJSIP/Voiceflex-0000074c”, “ext-did,s,1”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx_builtins.c: Goto (ext-did,s,1)
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:1] Set(“PJSIP/Voiceflex-0000074c”, “__DIRECTION=INBOUND”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:2] Gosub(“PJSIP/Voiceflex-0000074c”, “sub-record-check,s,1(in,s,dontcare)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:1] GotoIf(“PJSIP/Voiceflex-0000074c”, “0?initialized”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:2] Set(“PJSIP/Voiceflex-0000074c”, “__REC_STATUS=INITIALIZED”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:3] Set(“PJSIP/Voiceflex-0000074c”, “NOW=1557753596”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:4] Set(“PJSIP/Voiceflex-0000074c”, “__DAY=13”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:5] Set(“PJSIP/Voiceflex-0000074c”, “__MONTH=05”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:6] Set(“PJSIP/Voiceflex-0000074c”, “__YEAR=2019”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:7] Set(“PJSIP/Voiceflex-0000074c”, “__TIMESTR=20190513-141956”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:8] Set(“PJSIP/Voiceflex-0000074c”, “__FROMEXTEN=unknown”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:9] Set(“PJSIP/Voiceflex-0000074c”, “__MON_FMT=wav”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:10] NoOp(“PJSIP/Voiceflex-0000074c”, “Recordings initialized”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:11] ExecIf(“PJSIP/Voiceflex-0000074c”, “0?Set(ARG3=dontcare)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:12] Set(“PJSIP/Voiceflex-0000074c”, “REC_POLICY_MODE_SAVE=”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:13] ExecIf(“PJSIP/Voiceflex-0000074c”, “0?Set(REC_STATUS=NO)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:14] GotoIf(“PJSIP/Voiceflex-0000074c”, “2?checkaction”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx_builtins.c: Goto (sub-record-check,s,17)
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@sub-record-check:17] GotoIf(“PJSIP/Voiceflex-0000074c”, “1?sub-record-check,in,1”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx_builtins.c: Goto (sub-record-check,in,1)
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [in@sub-record-check:1] NoOp(“PJSIP/Voiceflex-0000074c”, “Inbound Recording Check to s”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [in@sub-record-check:2] Set(“PJSIP/Voiceflex-0000074c”, “FROMEXTEN=unknown”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [in@sub-record-check:3] ExecIf(“PJSIP/Voiceflex-0000074c”, “11?Set(FROMEXTEN=01793209780)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [in@sub-record-check:4] Gosub(“PJSIP/Voiceflex-0000074c”, “recordcheck,1(dontcare,in,s)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [recordcheck@sub-record-check:1] NoOp(“PJSIP/Voiceflex-0000074c”, “Starting recording check against dontcare”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [recordcheck@sub-record-check:2] Goto(“PJSIP/Voiceflex-0000074c”, “dontcare”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx_builtins.c: Goto (sub-record-check,recordcheck,3)
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [recordcheck@sub-record-check:3] Return(“PJSIP/Voiceflex-0000074c”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [in@sub-record-check:5] Return(“PJSIP/Voiceflex-0000074c”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:3] Set(“PJSIP/Voiceflex-0000074c”, “CHANNEL(tonezone)=uk”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:4] ExecIf(“PJSIP/Voiceflex-0000074c”, “0?Set(__FROM_DID=s)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:5] Set(“PJSIP/Voiceflex-0000074c”, “returnhere=1”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:6] Gosub(“PJSIP/Voiceflex-0000074c”, “app-blacklist-check,s,1()”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@app-blacklist-check:1] GotoIf(“PJSIP/Voiceflex-0000074c”, “0?blacklisted”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@app-blacklist-check:2] Set(“PJSIP/Voiceflex-0000074c”, “CALLED_BLACKLIST=1”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@app-blacklist-check:3] Return(“PJSIP/Voiceflex-0000074c”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:7] Set(“PJSIP/Voiceflex-0000074c”, “CDR(did)=01793209782”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:8] GotoIf(“PJSIP/Voiceflex-0000074c”, “0?”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:9] ExecIf(“PJSIP/Voiceflex-0000074c”, “0 ?Set(CALLERID(name)=01793209780)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:10] Set(“PJSIP/Voiceflex-0000074c”, “__MOHCLASS=”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:11] Set(“PJSIP/Voiceflex-0000074c”, “__REVERSAL_REJECT=FALSE”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:12] GotoIf(“PJSIP/Voiceflex-0000074c”, “1?post-reverse-charge”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx_builtins.c: Goto (ext-did,s,14)
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:14] NoOp(“PJSIP/Voiceflex-0000074c”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:15] Set(“PJSIP/Voiceflex-0000074c”, “__CALLINGNAMEPRES_SV=allowed_not_screened”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:16] Set(“PJSIP/Voiceflex-0000074c”, “__CALLINGNUMPRES_SV=allowed_not_screened”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:17] Set(“PJSIP/Voiceflex-0000074c”, “CALLERID(name-pres)=allowed_not_screened”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:18] Set(“PJSIP/Voiceflex-0000074c”, “CALLERID(num-pres)=allowed_not_screened”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:19] NoOp(“PJSIP/Voiceflex-0000074c”, “CallerID Entry Point”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [s@ext-did:20] Goto(“PJSIP/Voiceflex-0000074c”, “ext-trunk,4,1”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx_builtins.c: Goto (ext-trunk,4,1)
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [4@ext-trunk:1] Set(“PJSIP/Voiceflex-0000074c”, “TDIAL_SUFFIX=@Voiceflex”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [4@ext-trunk:2] Set(“PJSIP/Voiceflex-0000074c”, “TDIAL_STRING=PJSIP”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [4@ext-trunk:3] Set(“PJSIP/Voiceflex-0000074c”, “DIAL_TRUNK=4”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [4@ext-trunk:4] Goto(“PJSIP/Voiceflex-0000074c”, “ext-trunk,tdial,1”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx_builtins.c: Goto (ext-trunk,tdial,1)
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [tdial@ext-trunk:1] Set(“PJSIP/Voiceflex-0000074c”, “OUTBOUND_GROUP=OUT_4”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [tdial@ext-trunk:2] GotoIf(“PJSIP/Voiceflex-0000074c”, “1?nomax”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx_builtins.c: Goto (ext-trunk,tdial,4)
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [tdial@ext-trunk:4] ExecIf(“PJSIP/Voiceflex-0000074c”, “1?Set(CALLERPRES(name-pres)=allowed_not_screened)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [tdial@ext-trunk:5] ExecIf(“PJSIP/Voiceflex-0000074c”, “1?Set(CALLERPRES(num-pres)=allowed_not_screened)”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [tdial@ext-trunk:6] Set(“PJSIP/Voiceflex-0000074c”, “DIAL_NUMBER=01793209782”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [tdial@ext-trunk:7] GosubIf(“PJSIP/Voiceflex-0000074c”, “0?sub-flp-4,s,1()”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [tdial@ext-trunk:8] Set(“PJSIP/Voiceflex-0000074c”, “OUTNUM=01793209782”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [tdial@ext-trunk:9] Set(“PJSIP/Voiceflex-0000074c”, “DIAL_TRUNK_OPTIONS=T”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [tdial@ext-trunk:10] Dial(“PJSIP/Voiceflex-0000074c”, “PJSIP/01793209782@Voiceflex,300,T”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] app_dial.c: Called PJSIP/01793209782@Voiceflex
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] app_dial.c: No one is available to answer at this time (1:0/0/0)
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-0000074c”, “CALLERID(number)=01793209780”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-0000074c”, “CALLERID(name)=01793209780”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-0000074c”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17675][C-000003a9] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-0000074c’
[2019-05-13 14:19:56] VERBOSE[17662][C-000003a7] app_dial.c: Everyone is busy/congested at this time (1:1/0/0)
[2019-05-13 14:19:56] VERBOSE[17662][C-000003a7] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-00000748”, “CALLERID(number)=01793209780”) in new stack
[2019-05-13 14:19:56] VERBOSE[17662][C-000003a7] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-00000748”, “CALLERID(name)=01793209780”) in new stack
[2019-05-13 14:19:56] VERBOSE[17662][C-000003a7] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-00000748”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17662][C-000003a7] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-00000748’
[2019-05-13 14:19:56] VERBOSE[17619][C-000003a3] app_dial.c: Everyone is busy/congested at this time (1:1/0/0)
[2019-05-13 14:19:56] VERBOSE[17619][C-000003a3] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-00000740”, “CALLERID(number)=01793209780”) in new stack
[2019-05-13 14:19:56] VERBOSE[17619][C-000003a3] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-00000740”, “CALLERID(name)=01793209780”) in new stack
[2019-05-13 14:19:56] VERBOSE[17619][C-000003a3] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-00000740”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17619][C-000003a3] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-00000740’
[2019-05-13 14:19:56] VERBOSE[17520][C-0000039b] app_dial.c: Everyone is busy/congested at this time (1:1/0/0)
[2019-05-13 14:19:56] VERBOSE[17520][C-0000039b] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-00000730”, “CALLERID(number)=01793209780”) in new stack
[2019-05-13 14:19:56] VERBOSE[17520][C-0000039b] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-00000730”, “CALLERID(name)=01793209780”) in new stack
[2019-05-13 14:19:56] VERBOSE[17520][C-0000039b] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-00000730”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17520][C-0000039b] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-00000730’
[2019-05-13 14:19:56] VERBOSE[17323][C-0000038c] app_dial.c: Everyone is busy/congested at this time (1:1/0/0)
[2019-05-13 14:19:56] VERBOSE[17323][C-0000038c] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-00000712”, “CALLERID(number)=01793209780”) in new stack
[2019-05-13 14:19:56] VERBOSE[17323][C-0000038c] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-00000712”, “CALLERID(name)=01793209780”) in new stack
[2019-05-13 14:19:56] VERBOSE[17323][C-0000038c] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-00000712”, “”) in new stack
[2019-05-13 14:19:56] VERBOSE[17323][C-0000038c] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-00000712’
[2019-05-13 14:19:57] VERBOSE[17321][C-0000038b] app_dial.c: Everyone is busy/congested at this time (1:1/0/0)
[2019-05-13 14:19:57] VERBOSE[17321][C-0000038b] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-00000710”, “CALLERID(number)=01793209780”) in new stack
[2019-05-13 14:19:57] VERBOSE[17321][C-0000038b] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-00000710”, “CALLERID(name)=01793209780”) in new stack
[2019-05-13 14:19:57] VERBOSE[17321][C-0000038b] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-00000710”, “”) in new stack
[2019-05-13 14:19:57] VERBOSE[17321][C-0000038b] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-00000710’
[2019-05-13 14:19:57] VERBOSE[17318][C-0000038a] app_dial.c: Everyone is busy/congested at this time (1:1/0/0)
[2019-05-13 14:19:57] VERBOSE[17318][C-0000038a] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-0000070e”, “CALLERID(number)=01793209780”) in new stack
[2019-05-13 14:19:57] VERBOSE[17318][C-0000038a] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-0000070e”, “CALLERID(name)=01793209780”) in new stack
[2019-05-13 14:19:57] VERBOSE[17318][C-0000038a] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-0000070e”, “”) in new stack
[2019-05-13 14:19:57] VERBOSE[17318][C-0000038a] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-0000070e’
[2019-05-13 14:19:57] VERBOSE[17317][C-00000389] app_dial.c: Everyone is busy/congested at this time (1:1/0/0)
[2019-05-13 14:19:57] VERBOSE[17317][C-00000389] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-0000070c”, “CALLERID(number)=01793209780”) in new stack
[2019-05-13 14:19:57] VERBOSE[17317][C-00000389] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-0000070c”, “CALLERID(name)=01793209780”) in new stack
[2019-05-13 14:19:57] VERBOSE[17317][C-00000389] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-0000070c”, “”) in new stack
[2019-05-13 14:19:57] VERBOSE[17317][C-00000389] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-0000070c’
[2019-05-13 14:19:57] VERBOSE[17307][C-00000388] app_dial.c: Everyone is busy/congested at this time (1:1/0/0)
[2019-05-13 14:19:57] VERBOSE[17307][C-00000388] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-0000070a”, “CALLERID(number)=01793209780”) in new stack
[2019-05-13 14:19:57] VERBOSE[17307][C-00000388] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-0000070a”, “CALLERID(name)=01793209780”) in new stack
[2019-05-13 14:19:57] VERBOSE[17307][C-00000388] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-0000070a”, “”) in new stack
[2019-05-13 14:19:57] VERBOSE[17307][C-00000388] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-0000070a’
[2019-05-13 14:19:57] VERBOSE[17282][C-00000387] app_dial.c: Everyone is busy/congested at this time (1:1/0/0)
[2019-05-13 14:19:57] VERBOSE[17282][C-00000387] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-00000708”, “CALLERID(number)=01793209780”) in new stack
[2019-05-13 14:19:57] VERBOSE[17282][C-00000387] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-00000708”, “CALLERID(name)=01793209780”) in new stack
[2019-05-13 14:19:57] VERBOSE[17282][C-00000387] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-00000708”, “”) in new stack
[2019-05-13 14:19:57] VERBOSE[17282][C-00000387] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-00000708’
[2019-05-13 14:19:58] VERBOSE[17280][C-00000386] app_dial.c: Everyone is busy/congested at this time (1:1/0/0)
[2019-05-13 14:19:58] VERBOSE[17280][C-00000386] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-00000706”, “CALLERID(number)=01793209780”) in new stack
[2019-05-13 14:19:58] VERBOSE[17280][C-00000386] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-00000706”, “CALLERID(name)=01793209780”) in new stack
[2019-05-13 14:19:58] VERBOSE[17280][C-00000386] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-00000706”, “”) in new stack
[2019-05-13 14:19:58] VERBOSE[17280][C-00000386] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-00000706’
[2019-05-13 14:19:58] VERBOSE[17278][C-00000385] app_dial.c: Everyone is busy/congested at this time (1:1/0/0)
[2019-05-13 14:19:58] VERBOSE[17278][C-00000385] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-00000704”, “CALLERID(number)=01793209780”) in new stack
[2019-05-13 14:19:58] VERBOSE[17278][C-00000385] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-00000704”, “CALLERID(name)=01793209780”) in new stack
[2019-05-13 14:19:58] VERBOSE[17278][C-00000385] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-00000704”, “”) in new stack
[2019-05-13 14:19:58] VERBOSE[17278][C-00000385] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-00000704’
[2019-05-13 14:19:58] VERBOSE[17277][C-00000384] app_dial.c: Everyone is busy/congested at this time (1:1/0/0)
[2019-05-13 14:19:58] VERBOSE[17277][C-00000384] pbx.c: Executing [tdial@ext-trunk:11] Set(“PJSIP/Voiceflex-00000702”, “CALLERID(number)=07437014416”) in new stack
[2019-05-13 14:19:58] VERBOSE[17277][C-00000384] pbx.c: Executing [tdial@ext-trunk:12] Set(“PJSIP/Voiceflex-00000702”, “CALLERID(name)=07437014416”) in new stack
[2019-05-13 14:19:58] VERBOSE[17277][C-00000384] pbx.c: Executing [tdial@ext-trunk:13] Hangup(“PJSIP/Voiceflex-00000702”, “”) in new stack
[2019-05-13 14:19:58] VERBOSE[17277][C-00000384] pbx.c: Spawn extension (ext-trunk, tdial, 13) exited non-zero on ‘PJSIP/Voiceflex-00000702’

This is driving me insane!

Posts: 1

Participants: 1

Read full topic

@gregarican wrote:

I have a FreePBX 13.0.192.19/Asterisk 13.18.4 system that’s been in production for almost a year now. Overall I hear few complaints about audio quality. Our PSTN connectivity is through a SIP provider. I’ve had maybe one complaint a week, and we consistently average 4-5 concurrent calls throughout most of the workday. We have around 75 phones.

One user said this morning when he called his airline, the agent on the remote end said that his audio was coming in and out. When he notified me of this, I placed a SIP debug on his extension and asked him to call back in. After being on the call for about 16 minutes, he said the remote agent said that his audio was fading in and out.

When I look at the MOS type stats, the call quality looks good. I’ll paste those below.

AverageLatency = 23.620 # in whole milliseconds
Jitter = 0.053 # in whole milliseconds
TxPacketLoss = 6.0 # in packet counts
RxPacketLoss = 0.0 # in packet counts
TxPackets = 48744.0 # in packet counts
RxPackets = 48740.0 # in packet counts

I am pretty sure that one-sided audio where one party hears total silence is typically due to a codec mismatch or NAT issues. When it’s call quality then typically packet loss, excessive latency, jitter overruns, etc. can be the culprit. But I don’t see this according to the stats.

If I provide the debug logs, can one of y’all experts perhaps take a peek and let me know your opinion? Perhaps it’s a remote side issue, since I’m coming up blank on my end so far at least!

Posts: 2

Participants: 1

Read full topic

@RickMBS wrote:

When creating a new chan_sip extension with Quick Create Extension I get Whoops\Exception\ErrorException Undefined Variable: var error File:/var/www/html/admin/libraries/BMO/DB_Helper.class.php:230.
This only seems to happen when enable voicemail is set to yes. If I switch enable voicemail to no and try again, it creates the extension, but then I cannot delete the extension unless I edit it first. If I create the new extension with enable voicemail set to no from the beginning, it creates the extension properly.
I have the same issue on at least two servers. All modules are currently up to date.
FreePBX 13.0.197

Posts: 2

Participants: 2

Read full topic

@Jmikhael wrote:

Hello,

We have a remote employee who has had issues with calls being transferred from his primary internal extension to a second internal extension located at a different site. Whenever he works at the location where the second internal ext is the calls sometimes go straight to voicemail instead of ringing the second extension. The issue is resolved whenever I re-apply the configuration. Any thoughts as to why this occurs and how to correct the issue for good? Attached are the follow me settings.

image.png992×864 60.5 KB

Posts: 1

Participants: 1

Read full topic

@cbotts wrote:

Hello,

I am currently having an issue with new versions of Freepbx and getting distinctive ring to function with polycom vvx 300 phones

Using the commercial End point manager I have modified the base file config as follows.

 <se.rt.custom18
   se.rt.custom18.name="Low Double Trill"
   se.rt.custom18.ringer="ringer3"
   >
  </se.rt.custom18>

   voIpProt.SIP.alertInfo.3.value="ebinternal"
   voIpProt.SIP.alertInfo.3.class="custom18"

Per Polycom they are looking for the following info inside alert info.

“Alert-Info: info=ebinternal”

Which is found here

I modified the inbound route and added info=ebinternal

And I can see the info is being added to the sip header but the phone even after reboot and resetup does not ever change the ring tone. Can anyone offer some advice on how to get the polycom custom ring to work. I do have it working in an older version without enpoint manager but nothing i seem to do with the licensed version will seem to work.

– Executing [s@func-apply-sipheaders:1] ExecIf(“SIP/2001-0000085c”, “1?Set(CHANNEL(hangup_handler_push)=crm-hangup,s,1)”) in new stack
– Executing [s@func-apply-sipheaders:2] NoOp(“SIP/2001-0000085c”, “Applying SIP Headers to channel”) in new stack
– Executing [s@func-apply-sipheaders:3] Set(“SIP/2001-0000085c”, “SIPHEADERKEYS=Alert-Info”) in new stack
– Executing [s@func-apply-sipheaders:4] While(“SIP/2001-0000085c”, “1”) in new stack
– Executing [s@func-apply-sipheaders:5] Set(“SIP/2001-0000085c”, “sipheader=info=ebinternal”) in new stack
– Executing [s@func-apply-sipheaders:6] SIPAddHeader(“SIP/2001-0000085c”, “Alert-Info: info=ebinternal”) in new stack

I also did a wireshare on the polycom and verified that its getting sent.

image.png695×85 3.56 KB

Thank you.

Posts: 2

Participants: 2

Read full topic

@openbah wrote:

I restarted my FreePBX server this morning. The GUI would load, but it would say Can Not Connect to Asterisk in the corner. I can’t get it back up. This is the output of asterisk -vvvc:

[root@freepbx Default_backup]# asterisk -vvvc
Asterisk 13.22.0, Copyright © 1999 - 2014, Digium, Inc. and others.
Created by Mark Spencer <markster…>
Asterisk comes with ABSOLUTELY NO WARRANTY; type ‘core show warranty’ for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type ‘core show license’ for details.

[ Initializing Custom Configuration Options ]
Couldn’t find manager DBGet in XML documentation
Couldn’t find manager DBGet in XML documentation
== Manager registered action DBGet
Couldn’t find manager DBPut in XML documentation
Couldn’t find manager DBPut in XML documentation
== Manager registered action DBPut
Couldn’t find manager DBDel in XML documentation
Couldn’t find manager DBDel in XML documentation
== Manager registered action DBDel
Couldn’t find manager DBDelTree in XML documentation
Couldn’t find manager DBDelTree in XML documentation
== Manager registered action DBDelTree
PBX UUID: eea80e2f-12e0-4395-abb7-4081b8646cd7
== Registered ‘audio’ codec ‘g723’ at sample rate ‘8000’ with id ‘1’
== Created cached format with name ‘g723’
== Registered ‘audio’ codec ‘ulaw’ at sample rate ‘8000’ with id ‘2’
== Created cached format with name ‘ulaw’
== Registered ‘audio’ codec ‘alaw’ at sample rate ‘8000’ with id ‘3’
== Created cached format with name ‘alaw’
== Registered ‘audio’ codec ‘gsm’ at sample rate ‘8000’ with id ‘4’
== Created cached format with name ‘gsm’
== Registered ‘audio’ codec ‘g726’ at sample rate ‘8000’ with id ‘5’
== Created cached format with name ‘g726’
== Registered ‘audio’ codec ‘g726aal2’ at sample rate ‘8000’ with id ‘6’
== Created cached format with name ‘g726aal2’
== Registered ‘audio’ codec ‘adpcm’ at sample rate ‘8000’ with id ‘7’
== Created cached format with name ‘adpcm’
== Registered ‘audio’ codec ‘slin’ at sample rate ‘8000’ with id ‘8’
== Created cached format with name ‘slin’
== Registered ‘audio’ codec ‘slin’ at sample rate ‘12000’ with id ‘9’
== Created cached format with name ‘slin12’
== Registered ‘audio’ codec ‘slin’ at sample rate ‘16000’ with id ‘10’
== Created cached format with name ‘slin16’
== Registered ‘audio’ codec ‘slin’ at sample rate ‘24000’ with id ‘11’
== Created cached format with name ‘slin24’
== Registered ‘audio’ codec ‘slin’ at sample rate ‘32000’ with id ‘12’
== Created cached format with name ‘slin32’
== Registered ‘audio’ codec ‘slin’ at sample rate ‘44100’ with id ‘13’
== Created cached format with name ‘slin44’
== Registered ‘audio’ codec ‘slin’ at sample rate ‘48000’ with id ‘14’
== Created cached format with name ‘slin48’
== Registered ‘audio’ codec ‘slin’ at sample rate ‘96000’ with id ‘15’
== Created cached format with name ‘slin96’
== Registered ‘audio’ codec ‘slin’ at sample rate ‘192000’ with id ‘16’
== Created cached format with name ‘slin192’
== Registered ‘audio’ codec ‘lpc10’ at sample rate ‘8000’ with id ‘17’
== Created cached format with name ‘lpc10’
== Registered ‘audio’ codec ‘g729’ at sample rate ‘8000’ with id ‘18’
== Created cached format with name ‘g729’
== Registered ‘audio’ codec ‘speex’ at sample rate ‘8000’ with id ‘19’
== Created cached format with name ‘speex’
== Registered ‘audio’ codec ‘speex’ at sample rate ‘16000’ with id ‘20’
== Created cached format with name ‘speex16’
== Registered ‘audio’ codec ‘speex’ at sample rate ‘32000’ with id ‘21’
== Created cached format with name ‘speex32’
== Registered ‘audio’ codec ‘ilbc’ at sample rate ‘8000’ with id ‘22’
== Created cached format with name ‘ilbc’
== Registered ‘audio’ codec ‘g722’ at sample rate ‘16000’ with id ‘23’
== Created cached format with name ‘g722’
== Registered ‘audio’ codec ‘siren7’ at sample rate ‘16000’ with id ‘24’
== Created cached format with name ‘siren7’
== Registered ‘audio’ codec ‘siren14’ at sample rate ‘32000’ with id ‘25’
== Created cached format with name ‘siren14’
== Registered ‘audio’ codec ‘testlaw’ at sample rate ‘8000’ with id ‘26’
== Created cached format with name ‘testlaw’
== Registered ‘audio’ codec ‘g719’ at sample rate ‘48000’ with id ‘27’
== Created cached format with name ‘g719’
== Registered ‘audio’ codec ‘opus’ at sample rate ‘48000’ with id ‘28’
== Created cached format with name ‘opus’
== Registered ‘image’ codec ‘jpeg’ at sample rate ‘0’ with id ‘29’
== Created cached format with name ‘jpeg’
== Registered ‘image’ codec ‘png’ at sample rate ‘0’ with id ‘30’
== Created cached format with name ‘png’
== Registered ‘video’ codec ‘h261’ at sample rate ‘1000’ with id ‘31’
== Created cached format with name ‘h261’
== Registered ‘video’ codec ‘h263’ at sample rate ‘1000’ with id ‘32’
== Created cached format with name ‘h263’
== Registered ‘video’ codec ‘h263p’ at sample rate ‘1000’ with id ‘33’
== Created cached format with name ‘h263p’
== Registered ‘video’ codec ‘h264’ at sample rate ‘1000’ with id ‘34’
== Created cached format with name ‘h264’
== Registered ‘video’ codec ‘mpeg4’ at sample rate ‘1000’ with id ‘35’
== Created cached format with name ‘mpeg4’
== Registered ‘video’ codec ‘vp8’ at sample rate ‘1000’ with id ‘36’
== Created cached format with name ‘vp8’
== Registered ‘video’ codec ‘vp9’ at sample rate ‘1000’ with id ‘37’
== Created cached format with name ‘vp9’
== Registered ‘text’ codec ‘red’ at sample rate ‘0’ with id ‘38’
== Created cached format with name ‘red’
== Registered ‘text’ codec ‘t140’ at sample rate ‘0’ with id ‘39’
== Created cached format with name ‘t140’
== Registered ‘audio’ codec ‘none’ at sample rate ‘8000’ with id ‘40’
== Created cached format with name ‘none’
== Registered ‘audio’ codec ‘silk’ at sample rate ‘8000’ with id ‘41’
== Created cached format with name ‘silk8’
== Registered ‘audio’ codec ‘silk’ at sample rate ‘12000’ with id ‘42’
== Created cached format with name ‘silk12’
== Registered ‘audio’ codec ‘silk’ at sample rate ‘16000’ with id ‘43’
== Created cached format with name ‘silk16’
== Registered ‘audio’ codec ‘silk’ at sample rate ‘24000’ with id ‘44’
== Created cached format with name ‘silk24’
== Sorcery registered wizard ‘bucket’
== Sorcery registered wizard ‘bucket_file’
Cannot update type ‘bucket’ in module ‘core’ because it has no existing documentation!
Failed to register ‘bucket’ object type in Bucket sorcery
Bucket API initialization failed. ASTERISK EXITING!
== Manager unregistered action DBGet
== Manager unregistered action DBPut
== Manager unregistered action DBDel
== Manager unregistered action DBDelTree

Can someone point me in the right direction? I have spent hours Googling with no resolution. Thank you.

Posts: 1

Participants: 1

Read full topic

@markcrobinson wrote:

We’re open until 6, and incoming calls go to the night IVR after 6, but we have a problem when a customer calls in at 5:55 and waits in queue until after we close.
I don’t want to hang up on him, or worse, leave him in queue waiting after everyone has left.
The obvious solution, “stay late and take his call” is not always feasible.

I’m interested in how others are handling this.

Posts: 4

Participants: 4

Read full topic

@tuaris wrote:

Fail2ban has stopped banning IP’s. The only change I did recently was install updates using the CLI. My system is currently at 10.13.66-22.

Fail2ban is running

 service fail2ban status
fail2ban-server (pid  4246) is running...
Status
|- Number of jail:      6
`- Jail list:           apache-tcpwrapper, recidive, pbx-gui, apache-badbots, ssh-iptables, vsftpd-iptables

The only change I did recently was install updates using the CLI.  My system is currently at 10.13.66-22.

Fail2ban is running

 service fail2ban status
fail2ban-server (pid  4246) is running...
Status
|- Number of jail:      6
`- Jail list:           apache-tcpwrapper, recidive, pbx-gui, apache-badbots, ssh-iptables, vsftpd-iptables

But bad clients are attaching and not getting banned:

But bad clients are attacking and not getting banned:

	```
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:46] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:46] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:46] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:46] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:46] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
[2019-04-29 20:40:46] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"1445" <sip:1445@x.x.x.x>' failed for '77.247.109.146:6117' - Wrong password
	[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:45] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:46] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:46] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:46] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:46] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:46] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password
[2019-04-29 20:40:46] NOTICE[2127]: chan_sip.c:28690 handle_request_register: Registration from '"XXXX" <sip:XXXX@x.x.x.x>' failed for 'x.x.x.x:x.x.x.x:x' - Wrong password

There are also some very huge log files

158M -rw-r-----   1 asterisk asterisk 158M Apr 23 03:19 fail2ban-20190423
188K -rw-rw-r--   1 asterisk asterisk 183K Apr 29 20:41 ucpnode_out.log
209M -rw-r-----   1 asterisk asterisk 209M Apr 29 20:43 full
212M -rw-r-----   1 asterisk asterisk 212M Apr 24 03:33 full-20190424
232K -rw-rw-r--   1 asterisk asterisk 225K Jan 26 23:56 prosody.log
249M -rw-r-----   1 asterisk asterisk 249M Apr 29 03:39 full-20190429
326M -rw-rw-r--   1 asterisk asterisk 326M Sep  6  2016 freepbx_dbug-20190127
354M -rw-r-----   1 asterisk asterisk 354M Apr 26 03:22 full-20190426
396M -rw-r-----   1 asterisk asterisk 396M Apr 28 03:22 full-20190428
486M -rw-r--r--   1 asterisk asterisk 486M Apr 25 03:40 fail2ban-20190425
672K -rw-rw-r--   1 asterisk asterisk 669K Sep  6  2016 freepbx_debug
690M -rw-r-----   1 asterisk asterisk 690M Apr 27 03:12 full-20190427
1.2G -rw-r-----   1 asterisk asterisk 1.2G Apr 24 03:33 fail2ban-20190424
1.3G -rw-r-----   1 asterisk asterisk 1.3G Apr 29 20:43 fail2ban
1.5G -rw-r--r--   1 asterisk asterisk 1.5G Apr 29 03:39 fail2ban-20190429
2.0G -rw-r-----   1 asterisk asterisk 2.0G Apr 26 03:22 fail2ban-20190426
2.3G -rw-r--r--   1 asterisk asterisk 2.3G Apr 28 03:22 fail2ban-20190428
4.0G -rw-r--r--   1 asterisk asterisk 4.0G Apr 27 03:12 fail2ban-20190427
```	```

There are also some very huge log files

158M -rw-r----- 1 asterisk asterisk 158M Apr 23 03:19 fail2ban-20190423
188K -rw-rw-r-- 1 asterisk asterisk 183K Apr 29 20:41 ucpnode_out.log
209M -rw-r----- 1 asterisk asterisk 209M Apr 29 20:43 full
212M -rw-r----- 1 asterisk asterisk 212M Apr 24 03:33 full-20190424
232K -rw-rw-r-- 1 asterisk asterisk 225K Jan 26 23:56 prosody.log
249M -rw-r----- 1 asterisk asterisk 249M Apr 29 03:39 full-20190429
326M -rw-rw-r-- 1 asterisk asterisk 326M Sep 6 2016 freepbx_dbug-20190127
354M -rw-r----- 1 asterisk asterisk 354M Apr 26 03:22 full-20190426
396M -rw-r----- 1 asterisk asterisk 396M Apr 28 03:22 full-20190428
486M -rw-r–r-- 1 asterisk asterisk 486M Apr 25 03:40 fail2ban-20190425
672K -rw-rw-r-- 1 asterisk asterisk 669K Sep 6 2016 freepbx_debug
690M -rw-r----- 1 asterisk asterisk 690M Apr 27 03:12 full-20190427
1.2G -rw-r----- 1 asterisk asterisk 1.2G Apr 24 03:33 fail2ban-20190424
1.3G -rw-r----- 1 asterisk asterisk 1.3G Apr 29 20:43 fail2ban
1.5G -rw-r–r-- 1 asterisk asterisk 1.5G Apr 29 03:39 fail2ban-20190429
2.0G -rw-r----- 1 asterisk asterisk 2.0G Apr 26 03:22 fail2ban-20190426
2.3G -rw-r–r-- 1 asterisk asterisk 2.3G Apr 28 03:22 fail2ban-20190428
4.0G -rw-r–r-- 1 asterisk asterisk 4.0G Apr 27 03:12 fail2ban-20190427

Posts: 1

Participants: 1

Read full topic

@Netintegrity wrote:

Hello all,

Reaching out to others, having checked Forum posts, Commercial modules, Bug/Feature requests and not finding exactly what I am after.

I have a client (that uses FreePBX) that primarily receives incoming calls…

Now they have 200 extensions, and most of their calls come through an IVR, then into a Queue. The Queue has a recording that specifies that their call may be recorded for blah blah reasons. All good…been working for years like that. The “your call might be recorded” was either added to the IVR or the Queue Announcements.

They have now requested that they want further extensions with recording turned on…These extensions are not necessarily involved with the Queue e.g. these extensions (have direct DID’s) so they may have taken the call directly, and sometimes they may end up transferring the call to the team that is normally a member of a queue. These calls are still part of the core business so it is necessary to record them from the outset.

Whilst the call recording options can be set at the Extension level (which are great) (in addition to the Queue itself) , I find that you cannot play the “your call may be recorded” message based on the Extension settings. (e.g. would only play for the extensions that have these settings turned on).

I have thought of other solutions (to work around this requirement)…such as

Playing a default recording on all inbound calls (not a big deal to play to all calls - covers the legal requirement)…basically at the Trunk or Inbound Route Level, but no structure in the current system for this.

Yes I have thought of a announcement, pointing every inbound call to that first, but with 200 different call flows (e.g. Direct DID’s, IVR’s, Ring Groups) that will not work.

Just wondering how others have managed this, or what solutions you have put in place. Open to any ideas…

Regards

Bob

Posts: 1

Participants: 1

Read full topic

@antonis77 wrote:

Hi,

To the best of my knowledge the system admin pro, fax pro etc are already installed and activated in a PBXact system right ?

But i what i need to know is for how long ?

I mean after 1-2 years these modules would be still activated without a licence or i 've to purchase a separate licence for each year ?

Thanks

Posts: 1

Participants: 1

Read full topic

@aratel wrote:

Hi,

I’ve a Freepbx Distro (last version) installed on a VM in a cloud.
Freepbx 14 Current Asterisk Version: 13.22.0

I’ve 5 different locations (branch) with phones connected to this Cloud PBX.

Regularly (twice a week), I’ve all phones even from the same location that become Unreachable.
I need to reboot the PBX to make them reachable again. It is very unpleasant for me and my client (business environnement).

This morning, before reboot the PBX, I copy the log file :

[2019-05-14 07:52:45] VERBOSE[17894] res_pjsip/pjsip_configuration.c: Endpoint 105 is now Unreachable
[2019-05-14 07:52:45] VERBOSE[17894] res_pjsip/pjsip_options.c: Contact 105/sip:105@92.184.125.209:61100 is now Unreachable. RTT: 0.000 msec
[2019-05-14 07:52:56] VERBOSE[23518] res_pjsip/pjsip_configuration.c: Endpoint 104 is now Unreachable
[2019-05-14 07:52:56] VERBOSE[23518] res_pjsip/pjsip_options.c: Contact 104/sip:104@92.184.125.209:61134 is now Unreachable. RTT: 0.000 msec
[2019-05-14 07:53:10] VERBOSE[17894] res_pjsip/pjsip_configuration.c: Endpoint 108 is now Unreachable
[2019-05-14 07:53:10] VERBOSE[17894] res_pjsip/pjsip_options.c: Contact 108/sip:108@92.184.125.209:61128 is now Unreachable. RTT: 0.000 msec
[2019-05-14 07:53:15] VERBOSE[17894] res_pjsip/pjsip_configuration.c: Endpoint 100 is now Unreachable
[2019-05-14 07:53:15] VERBOSE[17894] res_pjsip/pjsip_options.c: Contact 100/sip:100@92.184.125.209:61089 is now Unreachable. RTT: 0.000 msec
[2019-05-14 07:53:15] VERBOSE[10652] res_pjsip/pjsip_configuration.c: Endpoint 103 is now Unreachable
[2019-05-14 07:53:15] VERBOSE[10652] res_pjsip/pjsip_options.c: Contact 103/sip:103@92.184.125.209:61143 is now Unreachable. RTT: 0.000 msec
[2019-05-14 07:53:22] VERBOSE[1969] res_pjsip/pjsip_configuration.c: Endpoint 101 is now Unreachable
[2019-05-14 07:53:22] VERBOSE[1969] res_pjsip/pjsip_options.c: Contact 101/sip:101@92.184.125.209:61132 is now Unreachable. RTT: 0.000 msec
[2019-05-14 07:53:29] VERBOSE[23518] res_pjsip/pjsip_configuration.c: Endpoint 102 is now Unreachable
[2019-05-14 07:53:29] VERBOSE[23518] res_pjsip/pjsip_options.c: Contact 102/sip:102@92.184.125.209:8782 is now Unreachable. RTT: 0.000 msec
[2019-05-14 07:53:38] VERBOSE[1969] res_pjsip/pjsip_configuration.c: Endpoint 107 is now Unreachable
[2019-05-14 07:53:38] VERBOSE[1969] res_pjsip/pjsip_options.c: Contact 107/sip:107@92.184.125.209:61130 is now Unreachable. RTT: 0.000 msec
[2019-05-14 07:53:38] VERBOSE[23518] res_pjsip/pjsip_configuration.c: Endpoint 106 is now Unreachable
[2019-05-14 07:53:38] VERBOSE[23518] res_pjsip/pjsip_options.c: Contact 106/sip:106@92.184.125.209:61142 is now Unreachable. RTT: 0.000 msec
[2019-05-14 07:54:13] VERBOSE[23518] res_pjsip/pjsip_options.c: Contact 100/sip:100@92.184.125.209:61089 has been deleted
[2019-05-14 07:54:13] VERBOSE[23518] res_pjsip/pjsip_options.c: Contact 101/sip:101@92.184.125.209:61132 has been deleted
[2019-05-14 07:54:13] VERBOSE[17894] res_pjsip/pjsip_options.c: Contact 102/sip:102@92.184.125.209:8782 has been deleted
[2019-05-14 07:54:13] VERBOSE[10652] res_pjsip/pjsip_options.c: Contact 105/sip:105@92.184.125.209:61100 has been deleted
[2019-05-14 07:54:13] VERBOSE[1969] res_pjsip/pjsip_options.c: Contact 106/sip:106@92.184.125.209:61142 has been deleted
[2019-05-14 07:54:13] VERBOSE[23518] res_pjsip/pjsip_options.c: Contact 107/sip:107@92.184.125.209:61130 has been deleted
[2019-05-14 07:54:19] VERBOSE[17894] res_pjsip/pjsip_options.c: Contact 103/sip:103@92.184.125.209:61143 has been deleted
[2019-05-14 07:54:19] VERBOSE[10652] res_pjsip/pjsip_options.c: Contact 104/sip:104@92.184.125.209:61134 has been deleted
[2019-05-14 07:54:19] VERBOSE[1969] res_pjsip/pjsip_options.c: Contact 108/sip:108@92.184.125.209:61128 has been deleted

Any Idea???

Thanks,

Posts: 1

Participants: 1

Read full topic

@gauravsoni wrote:

Hi , I am able to link a single PSTN line to Yeastar TA410 gateway. Both the incoming and outgoing lines are working. I followed the following article.

I have purchased 3 other numbers, which i have connected to the Yeastar, but i am not able to make call via those lines. Whenever i make a call , it goes through the line on the FXO-1. I assume i need to make some changes on the gateway, not sure what.

I have done the following
Add additional trunks in FreePBX and set those trunk in the outbound route.

Posts: 1

Participants: 1

Read full topic

@frankdixon wrote:

Hi All,

Just upgraded our small business LAN network (and fixed a double NAT issue which the original Free PBX was setup for) so long story short, had a very (not) fun time trying to get FreePBX trying to talk to the trunk provider again… Anyway - Notwithstanding, I’m almost there!

Just dealing with inbound calls not being handled correctly, getting the old “The number you have dialled is not in service” - So did a bit of research on this forum and attempted to see if “Allow Anonymous Calls” would work, and it did work, however that’s not optimal so turned that back off… But at least now know that Asterisk/the trunk itself is not authenticating the inbound request correctly

So looked at the logs and found something interesting:
[2019-05-14 21:03:24] WARNING[8450][C-00000014]: Ext. s:6 @ from-sip-external: "Rejecting unknown SIP connection from "
… and no IP? So of course it’s not authenticating the incoming request because there’s no IP to authenticate the request from? I think?

For reference, a tcpdump during the call shows the following:
21:17:05.833321 IP 103.93.71.11.sip > raspbx.sip: SIP: INVITE sip:039XXXXXXX@103.93.71.11 SIP/2.0
21:17:05.835919 IP raspbx.sip > 103.93.71.11.sip: SIP: SIP/2.0 100 Trying
21:17:05.847619 IP raspbx.sip > 103.93.71.11.sip: SIP: SIP/2.0 200 OK
21:17:05.872719 IP 103.93.71.11.sip > raspbx.sip: SIP: ACK sip:XXX.my.ip.0:5060 SIP/2.0
21:17:05.872867 IP 103.93.71.11.sip > raspbx.sip: SIP: ACK sip:XXX.my.ip.0:5060 SIP/2.0
21:17:10.571939 IP 103.93.71.11.sip > raspbx.sip: SIP: BYE sip:XXX.my.ip.0:5060 SIP/2.0
21:17:10.573304 IP raspbx.sip > 103.93.71.11.sip: SIP: SIP/2.0 200 OK

And also the below trunk settings, note that the host name resolves to the IP listed in the above tcpdump:

Outgoing Peer Details:
host=sip3.siptalk.com.au
username=10XXXXX
secret=supersecretpassword
type=peer
allow=ulaw&alaw
pedantic=no
insecure=port,invite
fromuser=10XXXXX
qualify=yes

Incoming User Context: 10XXXXX (is this what should be here?)

Incoming User Details:
secret=supersecretpassword
type=peer
context=from-trunk
host=103.93.71.33

Register String: 10XXXXX:supersecretpassword@sip3.siptalk.com.au/10XXXXX

*Note: A post on this forum suggested that domain names often have trouble resolving to a single domain, thus the IP as the host in the outgoing settings - Is this true?

I think I’m on the right path here, just figuring out a way to allow Asterisk/FreePBX to authenticate the incoming request from the trunk.

You guys are all absolute geniuses on this site, and appreciate all the help and support you generously give everyone! Much much much appreciated!!!

Best Regards,
Frank D

Posts: 1

Participants: 1

Read full topic

@Kafluke wrote:

All users on this PBX are unable to play voicemails from their phones. It shows the voicemails but when you try and play them it displays “cannot display”.

I’ve already checked User Management to make sure they all have permissions to phone apps -> Voicemail and it’s all good.

Asterisk version 13.22.0
FreePBX version 14
Firmware version 12.7.6-1904-1.sng7
Phone Apps version 14.0.11

Posts: 1

Participants: 1

Read full topic

@isoppent wrote:

I am trying to login to our Sysadmin page but I do not know the password to do so.

Posts: 1

Participants: 1

Read full topic

@ictall wrote:

I just installled the FreePBX distro with the SNG7-FPBX-64bit-1904-2.iso.
I created several extensions and installed 1 trunk succesfully.
Test calls internally and externall (outbound) are also succesful.
I’am using 1 Grandstream GXP 1630 and 3x Mizodroid on Android phones.

When I connect my inbound route to a ring group, and call my trunk, all my static agents (all my extensions) ring.
I do not answer, but hangup the call.
The second I do that, all extensions almost instantly stop ringing.
This is the behaviour I am expecting from my ringing group.

When I replace the ring group with a queue and call my trunk, all my extensions will also ring.
However when I, “the caller” hangs up the call before it is picked up, all extensions will stop ringing with some delay (so not as instantly as with the ring group).)
Within seconds all extensions start ringing again for a few seconds and stop again.
This start/stop ringing is repeated 3 to 4 times, while there NO incomming call anymore.
Picking up a ringing extensions therefore result in a pickup without a call.

Has anyone encounter this feature of repeated ringing and know how to turn it off?

Posts: 7

Participants: 3

Read full topic

@lloydcmb wrote:

We are bringing a new client on board and they are wanting a complete redundant system between two PaBX’s.

We would like to have a primary box which replicates all changes to a secondary PBX on the same network in case the primary goes boom.

Suggestions to accomplish are welcome.

Posts: 1

Participants: 1

Read full topic

@shuijsen wrote:

Hi guys,

Today I will share the solution of the huge CPU-spikes. A lot of people are having this huge problem. It is because of the commercial modules and the cronjobs that FreePBX is running every minute. They don’t want to give the solution, so I will.

Listen to my voice-memo, and then look at the links below. I’m sharing the solution and information in a voice-memo to avoid a huge topic:
https://vocaroo.com/i/s1uXPByJTcqb

Extra links to try the installation:
Install FreePBX 14 with PHP 7:

BUT! DONT USE THE ASTERISK INSTALL INSTRUCTIONS IN THERE. BUT USE THE DOCUMENTATION FOR ASTERISK 16 DOWN BELOW:

When applying the config you will get a “each” syntax error. Just run this command in the command-line:

sed -i 's/ each(/ @each(/' /usr/share/php/Console/Getopt .php

Let me know if this is the real solution.

Kind regards,
Serge

Posts: 3

Participants: 2

Read full topic

@markcrobinson wrote:

Has anyone integrated this function so that a customer waiting in queue can be given the opportunity to have a representative call them back (you won’t lose your place in line…)

Posts: 2

Participants: 2

Read full topic

@johnmizuno wrote:

Hi Everyone
Is this possible?

Queue 6000
Agent 201.0, 202.0, 203.1

When caller calls 6000, ring 201 and 202 for 45 sec, and if they don’t answer ring 201, 202 and 203 for 30sec within the same queue.
I know this can be done if you make multiple queues and set next destination but for reporting purpose I want to make it within the same queue. Recommending modules is also appreciated.
Thanks for your help in advance.

Posts: 4

Participants: 3

Read full topic