External callers are coming through to the Ring Group but then the Ring Group seems to be under the impression none of the extensions are available to take the call?!
Help please!!
Thank you!!
I’ve temporarily bodged a fix by setting the “destination if no answer” for the ring group to a queue instead of the voicemail it normally goes to.
Are the extensions actually online? The link you shared does not appear to be working.
Please follow the instructions here and provide the pastebin URL your PBX will generate https://wiki.freepbx.org/display/SUP/Providing+Great+Debug#ProvidingGreatDebug-AsteriskLogs-PartII
Hi PitzKey - yes the extensions are online
a) I can call internally as normal
and
b) The temporary workaround I bodged wouldn’t work if they weren’t surely?
Sorry the pastebin expired I have no idea why that happened. I’ll reupload…
hmmm - I wasn’t able to get the full log as doing a grep on the system number just returned about six lines instead of the hundreds that went up on pastebin. I can only assume I ticked burn after reading by mistake. Sorry.
Anyway I ‘fixed’ that problem by simply reinstating the original call flow login and whatever was problematic cleared itself…however still have a weird issue that voicemails cannot be listened to anymore from the visual voicemail on our digium phones…if I login via UCP they play just fine.
@lgaetz is that something I should log as a bug? Thank you!
Known issue with DPMA versions less than 3.6.3. What ver are you running?
OK, I don’t know if I did good or not…but I did
yum install sangoma-devel
yum update
and now I have
but should I (once 3.6.3-rc1 is made public/generally available) somehow come off the dev branch??
cheers
@lgaetz and @PitzKey, well, it started doing it again after I upgraded DPMA…!
Call trace here
and
Call trace here post ‘reset’
Again, setting the ring group destination to a queue has fixed the issue, and again, setting the exact same setting back to its original setting causes the issue to disappear.
I’m glad it’s rare I do a DPMA update (or restart Asterisk, do a Yum update) because it is clearly a process that has gremlins…
In the one where it doesn’t work, it says (for each extension)
15878 [2021-03-10 10:21:09] VERBOSE[2100][C-0000004f] res_agi.c: dialparties.agi: EXTENSION_STATE: 4 (UNKNOWN)
15879 [2021-03-10 10:21:09] VERBOSE[2100][C-0000004f] res_agi.c: dialparties.agi: Extension 22 has ExtensionState: 4
15880 [2021-03-10 10:21:09] VERBOSE[2100][C-0000004f] res_agi.c: dialparties.agi: Checking CW and CFB status for extension 22
15881 [2021-03-10 10:21:09] VERBOSE[2100][C-0000004f] res_agi.c: dialparties.agi: Extension 22 is not available to be called
and in the successful trace
19547 [2021-03-10 10:34:21] VERBOSE[7250][C-00000062] res_agi.c: dialparties.agi: EXTENSION_STATE: 0 (NOT_INUSE)
19548 [2021-03-10 10:34:21] VERBOSE[7250][C-00000062] res_agi.c: dialparties.agi: Extension 22 has ExtensionState: 0
19549 [2021-03-10 10:34:21] VERBOSE[7250][C-00000062] res_agi.c: dialparties.agi: Checking CW and CFB status for extension 22
19550 [2021-03-10 10:34:21] VERBOSE[7250][C-00000062] res_agi.c: dialparties.agi: Discovered PJSIP Endpoint PJSIP/22
19551 [2021-03-10 10:34:21] VERBOSE[7250][C-00000062] res_agi.c: dialparties.agi: Ended up with real PJSIP Dial string PJSIP/22/sip:[email protected]:5060;ob
19552 [2021-03-10 10:34:21] VERBOSE[7250][C-00000062] res_agi.c: dialparties.agi: DbDel CALLTRACE/22 - Caller ID is not defined
very odd because all the while internal calls are working just fine and accessing visual voicemail works just fine…
Reader, I logged as a bug just in case.
So what’s the workaround for this? I have a few sites still on DPMA that are having this issue. The latest version of DPMA downloadable from the digium site is 3.6.2
This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.