Extension to Extension calling failed

Distro Discussion & Help
1

I am running into an issue with one of our systems. There are random times when one extension cannot call another, it will just go to voicemail. It is only one or two extension that cannot call one or two others at a time.

We are running FreePBX Dirsto 5.211.65-14
Confirmed all modules are up to date.
All phones are offsite.
Able to reproduce the issue from different locations
Non of the called phones are showing offline, unreachable, busy or DND.

At the bottom of the call log output I get

[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] pbx.c: – Executing [s@macro-dial-one:39] Gosub(“SIP/300-000030fb”, “sub-presencestate-display,s,1(270)”) in new stack
[2015-01-07 15:22:07] WARNING[31160][C-0001659e] func_presencestate.c: PRESENCE_STATE unknown
[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] pbx.c: – Executing [s@sub-presencestate-display:1] Goto(“SIP/300-000030fb”, “state-,1”) in new stack
[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] pbx.c: – Goto (sub-presencestate-display,state-,1)
[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] pbx.c: – Executing [state-@sub-presencestate-display:1] Set(“SIP/300-000030fb”, “PRESENCESTATE_DISPLAY=”) in new stack
[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] pbx.c: – Executing [state-@sub-presencestate-display:2] Return(“SIP/300-000030fb”, “”) in new stack
[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] pbx.c: – Executing [s@macro-dial-one:40] Set(“SIP/300-000030fb”, “CONNECTEDLINE(name,i)=Sandra Albee”) in new stack
[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] pbx.c: – Executing [s@macro-dial-one:41] Set(“SIP/300-000030fb”, “CONNECTEDLINE(num)=270”) in new stack
[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] pbx.c: – Executing [s@macro-dial-one:42] Set(“SIP/300-000030fb”, “D_OPTIONS=TtrI”) in new stack
[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] pbx.c: – Executing [s@macro-dial-one:43] Dial(“SIP/300-000030fb”, “SIP/270,15,TtrI”) in new stack
[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] netsock2.c: == Using SIP RTP TOS bits 184
[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] netsock2.c: == Using SIP RTP CoS mark 5
[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] app_dial.c: – Called SIP/270
[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] app_dial.c: – Connected line update to SIP/300-000030fb prevented.
[2015-01-07 15:22:07] VERBOSE[1647] chan_sip.c: == Extension Changed 270[ext-local] new state Ringing for Notify User 275
[2015-01-07 15:22:07] VERBOSE[1647] chan_sip.c: == Extension Changed 270[ext-local] new state Ringing for Notify User 214
[2015-01-07 15:22:07] VERBOSE[1647] chan_sip.c: == Extension Changed 270[ext-local] new state Ringing for Notify User 208
[2015-01-07 15:22:07] VERBOSE[1647] chan_sip.c: == Extension Changed 270[ext-local] new state Ringing for Notify User 200
[2015-01-07 15:22:07] VERBOSE[1647] chan_sip.c: == Extension Changed 270[ext-local] new state Ringing for Notify User 242
[2015-01-07 15:22:07] VERBOSE[31160][C-0001659e] app_dial.c: == Everyone is busy/congested at this time (1:0/0/1)

Any suggestions on what is going on?

2 
echo "[macro-dialout-one-predial-hook]
exten => s,1,MacroExit()" >> /etc/asterisk/extensions_override_freepbx.conf
service asterisk restart

run this and all goes fine…damn updates.

link to issue http : //issues.freepbx. org/browse/FREEPBX-8453 - in stock macro have return(). Must be MacroExit…how?

3

In an effort to make things more stable for all users module rollbacks were made for this sort of thing. Putting content into override is not recommended because usually you end up forgetting about it.

Next time you have an issue go to module admin, click ‘check online’ then go to the module that has an issue, expand it and click “rollback”.

I have fixed this in Core 12.0.19

4

What about 2.11 core, was the fix applied there?

5

No. 2.11 is security only

6

Man, i cant calculate what module made this…and dont get to core module while trying to rollback framework and others.
:slight_smile: So now it more clear to me, thx.