Phones do a half ring, go off hook on speaker then busy tone with call failed


#1

FreePBX Distro 15
asterisk 16
PJSIP
D62, D70 phones Firmware version 1.30

I’ve got about 7 phones in a ring group. This afternoon when calls come in, random phones would do a quick half ring, then go off hook on speaker with a busy tone and report call failed on the screen. The call would continue ringing on other phones in the group and could be answered.

The affected phones would continue this behavior until rebooted. Then randomely another phone would start doing the same thing. It’s happened on both D62 and older D70 models.

here’s a quick log snippet from when extension 1102 was displaying the behavior:

271331 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@macro-dial:24] ExecIf(“PJSIP/Vi_inbound-00000c3c”, “0?Set(ds=PJSIP/1101/sip:1101@172.20.2.128:5070;ob&PJSIP/1102/sip:1102@172.20.2.102:5070;ob&PJSIP/1103/sip:1103@172.20.2.101:5070;ob&PJSIP/1123/sip:1123@172.20.2.124:5070;ob&PJSIP/1124/sip:1124@172.20.2.123:5070;ob&PJSIP/1125/sip:1125@172.20.2.125:5070;ob&PJSIP/1120/sip:1120@172.20.2.103:5070;ob,20,HhtrQ(NO_ANSWER)M(auto-blkvm)g)”) in new stack
271332 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@macro-dial:25] Dial(“PJSIP/Vi_inbound-00000c3c”, “PJSIP/1101/sip:1101@172.20.2.128:5070;ob&PJSIP/1102/sip:1102@172.20.2.102:5070;ob&PJSIP/1103/sip:1103@172.20.2.101:5070;ob&PJSIP/1123/sip:1123@172.20.2.124:5070;ob&PJSIP/1124/sip:1124@172.20.2.123:5070;ob&PJSIP/1125/sip:1125@172.20.2.125:5070;ob&PJSIP/1120/sip:1120@172.20.2.103:5070;ob,20,HhtrQ(NO_ANSWER)M(auto-blkvm)b(func-apply-sipheaders^s^1),”) in new stack
271333 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] app_stack.c: PJSIP/1102-00000c45 Internal Gosub(func-apply-sipheaders,s,1) start
271334 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:1] ExecIf(“PJSIP/1102-00000c45”, “1?Set(CHANNEL(hangup_handler_push)=crm-hangup,s,1)”) in new stack
271335 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:2] NoOp(“PJSIP/1102-00000c45”, “Applying SIP Headers to channel PJSIP/1102-00000c45”) in new stack
271336 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:3] Set(“PJSIP/1102-00000c45”, “TECH=PJSIP”) in new stack
271337 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:4] Set(“PJSIP/1102-00000c45”, “SIPHEADERKEYS=Alert-Info”) in new stack
271338 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:5] While(“PJSIP/1102-00000c45”, “1”) in new stack
271339 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:6] Set(“PJSIP/1102-00000c45”, “sipheader=Digium”) in new stack
271340 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:7] ExecIf(“PJSIP/1102-00000c45”, “0?SIPRemoveHeader(Alert-Info:)”) in new stack
271341 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:8] ExecIf(“PJSIP/1102-00000c45”, “0?Set(PJSIP_HEADER(remove,Alert-Info)=)”) in new stack
271342 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:9] ExecIf(“PJSIP/1102-00000c45”, “1?Set(sipheader=http://127.0.0.1;info=Digium)”) in new stack
271343 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:10] ExecIf(“PJSIP/1102-00000c45”, “0?Set(sipheader=http://127.0.0.1http://127.0.0.1;info=Digium)”) in new stack
271344 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:11] ExecIf(“PJSIP/1102-00000c45”, “0?SIPAddHeader(Alert-Info:http://127.0.0.1;info=Digium)”) in new stack
271345 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:12] ExecIf(“PJSIP/1102-00000c45”, “1?Set(PJSIP_HEADER(add,Alert-Info)=http://127.0.0.1;info=Digium)”) in new stack
271346 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:13] EndWhile(“PJSIP/1102-00000c45”, “”) in new stack
271347 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:5] While(“PJSIP/1102-00000c45”, “0”) in new stack
271348 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@func-apply-sipheaders:14] Return(“PJSIP/1102-00000c45”, “”) in new stack
271349 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] app_stack.c: Spawn extension (from-internal, 600, 1) exited non-zero on ‘PJSIP/1102-00000c45’
271350 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] app_stack.c: PJSIP/1102-00000c45 Internal Gosub(func-apply-sipheaders,s,1) complete GOSUB_RETVAL=
271351 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] app_dial.c: Called PJSIP/1102/sip:1102@172.20.2.102:5070;ob
271352 [2021-05-24 16:15:55] VERBOSE[18228][C-000002ea] app_dial.c: PJSIP/1102-00000c45 connected line has changed. Saving it until answer for PJSIP/Vi_inbound-00000c3c
271837 [2021-05-24 16:16:05] VERBOSE[18160][C-000002e8] app_stack.c: PJSIP/1102-00000c3e Internal Gosub(crm-hangup,s,1) start
271838 [2021-05-24 16:16:05] VERBOSE[18160][C-000002e8] pbx.c: Executing [s@crm-hangup:1] NoOp(“PJSIP/1102-00000c3e”, “Sending Hangup to CRM”) in new stack
271839 [2021-05-24 16:16:05] VERBOSE[18160][C-000002e8] pbx.c: Executing [s@crm-hangup:2] NoOp(“PJSIP/1102-00000c3e”, “HANGUP CAUSE: 19”) in new stack
271840 [2021-05-24 16:16:05] VERBOSE[18160][C-000002e8] pbx.c: Executing [s@crm-hangup:3] ExecIf(“PJSIP/1102-00000c3e”, “0?Set(__CRM_VOICEMAIL=)”) in new stack
271841 [2021-05-24 16:16:05] VERBOSE[18160][C-000002e8] pbx.c: Executing [s@crm-hangup:4] NoOp(“PJSIP/1102-00000c3e”, “MASTER CHANNEL: 1621887351.3615 = 1621887331.3610”) in new stack
271842 [2021-05-24 16:16:05] VERBOSE[18160][C-000002e8] pbx.c: Executing [s@crm-hangup:5] GotoIf(“PJSIP/1102-00000c3e”, “1?return”) in new stack
271843 [2021-05-24 16:16:05] VERBOSE[18160][C-000002e8] pbx.c: Executing [s@crm-hangup:8] Return(“PJSIP/1102-00000c3e”, “”) in new stack
271844 [2021-05-24 16:16:05] VERBOSE[18160][C-000002e8] app_stack.c: Spawn extension (from-internal, 600, 1) exited non-zero on ‘PJSIP/1102-00000c3e’
271845 [2021-05-24 16:16:05] VERBOSE[18160][C-000002e8] app_stack.c: PJSIP/1102-00000c3e Internal Gosub(crm-hangup,s,1) complete GOSUB_RETVAL=
271911 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [600@ext-group:18] Macro(“PJSIP/Vi_Primary_Outbound-00000c4b”, “dial,20,HhTtrQ(NO_ANSWER),1101-1102-1103-1123-1124-1125-1120”) in new stack
271912 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] res_agi.c: agi://127.0.0.1/dialparties.agi: Added extension 1102 to extension map
271913 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] res_agi.c: agi://127.0.0.1/dialparties.agi: Extension 1102 cf is disabled
271914 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] res_agi.c: agi://127.0.0.1/dialparties.agi: Extension 1102 do not disturb is disabled
271915 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] res_agi.c: agi://127.0.0.1/dialparties.agi: Discovered PJSIP Endpoint PJSIP/1102
271916 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] res_agi.c: agi://127.0.0.1/dialparties.agi: Ended up with real PJSIP Dial string PJSIP/1102/sip:1102@172.20.2.102:5070;ob
271917 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] res_agi.c: agi://127.0.0.1/dialparties.agi: dbset CALLTRACE/1102 to 19734533066
271918 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] res_agi.c: agi://127.0.0.1/dialparties.agi: Filtered ARG3: 1101-1102-1103-1123-1124-1125-1120
271919 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@macro-dial:16] Set(“PJSIP/Vi_Primary_Outbound-00000c4b”, “__EXTTOCALL=1102”) in new stack
271920 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@macro-dial:17] NoOp(“PJSIP/Vi_Primary_Outbound-00000c4b”, “Working with 1102”) in new stack
271921 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@macro-dial:24] ExecIf(“PJSIP/Vi_Primary_Outbound-00000c4b”, “0?Set(ds=PJSIP/1101/sip:1101@172.20.2.128:5070;ob&PJSIP/1102/sip:1102@172.20.2.102:5070;ob&PJSIP/1103/sip:1103@172.20.2.101:5070;ob&PJSIP/1123/sip:1123@172.20.2.124:5070;ob&PJSIP/1124/sip:1124@172.20.2.123:5070;ob&PJSIP/1125/sip:1125@172.20.2.125:5070;ob&PJSIP/1120/sip:1120@172.20.2.103:5070;ob,20,HhtrQ(NO_ANSWER)M(auto-blkvm)g)”) in new stack
271922 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@macro-dial:25] Dial(“PJSIP/Vi_Primary_Outbound-00000c4b”, “PJSIP/1101/sip:1101@172.20.2.128:5070;ob&PJSIP/1102/sip:1102@172.20.2.102:5070;ob&PJSIP/1103/sip:1103@172.20.2.101:5070;ob&PJSIP/1123/sip:1123@172.20.2.124:5070;ob&PJSIP/1124/sip:1124@172.20.2.123:5070;ob&PJSIP/1125/sip:1125@172.20.2.125:5070;ob&PJSIP/1120/sip:1120@172.20.2.103:5070;ob,20,HhtrQ(NO_ANSWER)M(auto-blkvm)b(func-apply-sipheaders^s^1),”) in new stack
271923 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] app_stack.c: PJSIP/1102-00000c4e Internal Gosub(func-apply-sipheaders,s,1) start
271924 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:1] ExecIf(“PJSIP/1102-00000c4e”, “1?Set(CHANNEL(hangup_handler_push)=crm-hangup,s,1)”) in new stack
271925 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:2] NoOp(“PJSIP/1102-00000c4e”, “Applying SIP Headers to channel PJSIP/1102-00000c4e”) in new stack
271926 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:3] Set(“PJSIP/1102-00000c4e”, “TECH=PJSIP”) in new stack
271927 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:4] Set(“PJSIP/1102-00000c4e”, “SIPHEADERKEYS=Alert-Info”) in new stack
271928 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:5] While(“PJSIP/1102-00000c4e”, “1”) in new stack
271929 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:6] Set(“PJSIP/1102-00000c4e”, “sipheader=Digium”) in new stack
271930 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:7] ExecIf(“PJSIP/1102-00000c4e”, “0?SIPRemoveHeader(Alert-Info:)”) in new stack
271931 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:8] ExecIf(“PJSIP/1102-00000c4e”, “0?Set(PJSIP_HEADER(remove,Alert-Info)=)”) in new stack
271932 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:9] ExecIf(“PJSIP/1102-00000c4e”, “1?Set(sipheader=http://127.0.0.1;info=Digium)”) in new stack
271933 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:10] ExecIf(“PJSIP/1102-00000c4e”, “0?Set(sipheader=http://127.0.0.1http://127.0.0.1;info=Digium)”) in new stack
271934 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:11] ExecIf(“PJSIP/1102-00000c4e”, “0?SIPAddHeader(Alert-Info:http://127.0.0.1;info=Digium)”) in new stack
271935 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:12] ExecIf(“PJSIP/1102-00000c4e”, “1?Set(PJSIP_HEADER(add,Alert-Info)=http://127.0.0.1;info=Digium)”) in new stack
271936 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:13] EndWhile(“PJSIP/1102-00000c4e”, “”) in new stack
271937 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:5] While(“PJSIP/1102-00000c4e”, “0”) in new stack
271938 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@func-apply-sipheaders:14] Return(“PJSIP/1102-00000c4e”, “”) in new stack
271939 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] app_stack.c: Spawn extension (from-internal, 600, 1) exited non-zero on ‘PJSIP/1102-00000c4e’
271940 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] app_stack.c: PJSIP/1102-00000c4e Internal Gosub(func-apply-sipheaders,s,1) complete GOSUB_RETVAL=
271941 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] app_dial.c: Called PJSIP/1102/sip:1102@172.20.2.102:5070;ob
271942 [2021-05-24 16:16:08] VERBOSE[18370][C-000002eb] app_dial.c: PJSIP/1102-00000c4e connected line has changed. Saving it until answer for PJSIP/Vi_Primary_Outbound-00000c4b
272278 [2021-05-24 16:16:13] VERBOSE[18370][C-000002eb] app_stack.c: PJSIP/1102-00000c4e Internal Gosub(crm-hangup,s,1) start
272279 [2021-05-24 16:16:13] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@crm-hangup:1] NoOp(“PJSIP/1102-00000c4e”, “Sending Hangup to CRM”) in new stack
272280 [2021-05-24 16:16:13] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@crm-hangup:2] NoOp(“PJSIP/1102-00000c4e”, “HANGUP CAUSE: 0”) in new stack
272281 [2021-05-24 16:16:13] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@crm-hangup:3] ExecIf(“PJSIP/1102-00000c4e”, “0?Set(__CRM_VOICEMAIL=)”) in new stack
272282 [2021-05-24 16:16:13] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@crm-hangup:4] NoOp(“PJSIP/1102-00000c4e”, “MASTER CHANNEL: 1621887368.3631 = 1621887362.3628”) in new stack
272283 [2021-05-24 16:16:13] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@crm-hangup:5] GotoIf(“PJSIP/1102-00000c4e”, “1?return”) in new stack
272284 [2021-05-24 16:16:13] VERBOSE[18370][C-000002eb] pbx.c: Executing [s@crm-hangup:8] Return(“PJSIP/1102-00000c4e”, “”) in new stack
272285 [2021-05-24 16:16:13] VERBOSE[18370][C-000002eb] app_stack.c: Spawn extension (from-internal, 600, 1) exited non-zero on ‘PJSIP/1102-00000c4e’
272286 [2021-05-24 16:16:13] VERBOSE[18370][C-000002eb] app_stack.c: PJSIP/1102-00000c4e Internal Gosub(crm-hangup,s,1) complete GOSUB_RETVAL=
272372 [2021-05-24 16:16:15] VERBOSE[18228][C-000002ea] app_stack.c: PJSIP/1102-00000c45 Internal Gosub(crm-hangup,s,1) start
272373 [2021-05-24 16:16:15] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@crm-hangup:1] NoOp(“PJSIP/1102-00000c45”, “Sending Hangup to CRM”) in new stack
272374 [2021-05-24 16:16:15] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@crm-hangup:2] NoOp(“PJSIP/1102-00000c45”, “HANGUP CAUSE: 0”) in new stack
272375 [2021-05-24 16:16:15] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@crm-hangup:3] ExecIf(“PJSIP/1102-00000c45”, “0?Set(__CRM_VOICEMAIL=)”) in new stack
272376 [2021-05-24 16:16:15] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@crm-hangup:4] NoOp(“PJSIP/1102-00000c45”, “MASTER CHANNEL: 1621887355.3622 = 1621887340.3613”) in new stack
272377 [2021-05-24 16:16:15] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@crm-hangup:5] GotoIf(“PJSIP/1102-00000c45”, “1?return”) in new stack
272378 [2021-05-24 16:16:15] VERBOSE[18228][C-000002ea] pbx.c: Executing [s@crm-hangup:8] Return(“PJSIP/1102-00000c45”, “”) in new stack
272379 [2021-05-24 16:16:15] VERBOSE[18228][C-000002ea] app_stack.c: Spawn extension (from-internal, 600, 1) exited non-zero on ‘PJSIP/1102-00000c45’
272380 [2021-05-24 16:16:15] VERBOSE[18228][C-000002ea] app_stack.c: PJSIP/1102-00000c45 Internal Gosub(crm-hangup,s,1) complete GOSUB_RETVAL=


(Malcolm Davenport) #2

I think we’ve run across this before. If if is what I think it is, you’ll need either a firmware package that pushes firmware versions 2_9_11 or greater or you’ll need a temporary workaround by setting:
< setting id = "send_mac_with_useragent" value = "0" />

in the phone’s config template.


#3

Is 2_9_11 available?? ver 1.30 is the latest available in EPM and that is 2_9_10.

I’ll try your suggestion for the basefile change. Thanks!


(Malcolm Davenport) #4

Nay. It’s not available in a firmware EPM build at present, we’re still finishing up QA.


#5

created a new template in EPM and added the setting in the basefile. Moved a subset of the phones to that template and it did seem to help with the fast busy issue when calls came in. Another issue however is that the users can’t reliable use Parking. They report a 3rd of the time when they either try to park or pick up a parked call the parking app fails again with a fast busy.

Not sure if it’s related but the send_mac_with_useragent setting change didn’t help that so I suspect it’s something else.


#6

Was having this issue at another site a few weeks ago really bad. Totally rebuilt the phone system from scratch:

FreePBX 15
asterisk 16
PJSIP (using OpenVPN)
EPM with DPMA
Latest Digium Firmware (all D65 and D62 phones)

For a week everything worked flawlessly, no issues at all. Then suddenly this week it started again randomly. A call comes into the ring group and one or more of the phones will do a half ring then go offhook on speaker and emit a busy tone. On the phone display is shows the extension is on hold.

The phone then has to be rebooted to get it to work again.

No config changes were made to the phones or FreePBX. I have the same issue although not as bad at another site. It always seems to involve phones in a ring group but then again those are naturally the phones that get the most calls so it could just be a matter of more use causing the problem to pop up more often. However I have no reports of it happing to phones outside the call groups.

It also seems to happen after the phones have been idle for a while. The users report it happens most frequently first thing in the morning when they turn off the answering service and the first calls come in.

Tried setting < setting id = "send_mac_with_useragent" value = "0" /> but it hasn’t cleared the issue.


#7

@mdavenport I’ve not got 3 clients all complaining of the same issues. Ring group calls coming in and the phones going offhook on busy after a short ring and then having to reboot the phones to get them to function again (all Digium D series phones) and also the inability to park or put someone on hold and then retrieve the calls.

The only thing these clients have in common from my dozens of others is they all use EMP with DPMA as opposed to DPMA and the digium phone config.

One client is using Chan_Sip, the other two are using PJSIP

All are on the latest D series firmware (as are the ones NOT using EPM).

EPM with DPMA is the only common denominator I can find. Something is very wrong.


(Malcolm Davenport) #8

I’m not good about frequenting the forums here, there are many things that require my attention. @lgaetz, I think @ashcortech needs to interface with Support


(Lorne Gaetz) #9

reads back to beginning

Agreed. If you have disabled the noted useragent option and you have rebooted the phone for that change to stick, and the phones continue to display this behavior, then please open a support ticket:
https://wiki.freepbx.org/display/FPAS/How+To+Open+A+Support+Ticket


#10

@lgaetz I’ll try and open a ticket but these are D series phones and there’s still no way to register them with sangoma through the portal like S series so it’s a bit difficult. I’ll go try as soon as I’m done here.

I have no proof but it seems to be only phones in a call group that have this issue. But then at all these clients 99% of calls go to a call group and not a direct extension so that’s more likely why it seems that way.

This information came today from one of the 3 different clients having the issues:

_Amanda- If a call comes in and I and another person answer simultaneously I have seen on my end that instead of going away it appears as though the call moves to hold and only give me the option to disconnect. This led to some confusion as the call disappeared and I did not realize Tom had actually picked it up…I called the customer back bc I thought I had hung up on them and Tom was already on the line with them. _

_ 5/27 11:11am - I picked up a call, it showed connected on my phone but did not connect and continued to ring through to the office and show as a second call coming in. _

_ 5/27 12:18pm - hit park and it disconnected the call. _

_ 5/27 12:49pm - had to restart phone due to calls ring on my line with busy tone and showing paused, unable to answer. It rings through to the other phones as normal._

_ 5/28 12:52pm - had to restart due to same issue as above…this seems to happen daily around this same time. While it has been quiet the phones have not remained idle for excessive periods of time. _

_Jen - Every day her phone has the same issue as my last 2 listed above. She just ignores it and eventually it goes to normal. She is not in the office today but as we share an office all the calls that have come in today have been ringing with busy tone on her phone. _

_ 5/27 3:15pm - unable to put customer on hold or park. _

_Jake and Derek - when the phones roll over to ring through to their desks (they are set that i wont ring through until the 5th ring) they get a yellow screen and can’t answer calls. _

Tom - 5/28 8am - same issue as Jen and I with calls ring through as busy and unable to answer. Had to reboot phone to get it working. He states this is an ongoing issue for him as well. Also Theresa, she could not recall if specific time.


(Lorne Gaetz) #11

email sent.


#12

For what it’s worth, I have dozens of FreePBX sites using D series phones of varying ages D40, D70, D62 and D65’s. 99% of them PBX’s are on cloud servers.

All are on FreePBX15, most via upgrade from 13 or before.

Historically, all were set up using Digium Phone Configuration module and not EPM.

These last three deployments which are displaying the issues mentioned above are the only ones using EPM with DPMA to deploy the phones. One is using the built in OpenVPN and two are using site to site VPN’s.

While it does seem to be a phone firmware issue that is causing this because individual phones have the issue randomly and only a reboot will fix. I can’t help but see that one glaring commonality that all the deployments share. EPM with DPMA.


(Lorne Gaetz) #13

D phone firmware 2_9_12 has been published to EPM which should resolve this issue without the need to touch the param noted above with a basefile edit.


#14

I’ll apply to the 3 systems and report back