@Stewart1 I upload the PJSIP debug in pastebin https://pastebin.com/hHzWhY74
I hope this has some useful information.

And thanks for the answer @dorbe. You’re right, we have only one outbound route with one trunk. In the case of PJSIP/MyCompany is the name of the trunk. I’m talking with my provider to see if the problem is on their side.
I got the log of the full file. Here are some lines:

[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outbound-callerid:30] ExecIf("PJSIP/223-000000a5", "1?Set(CALLERID(all)=55115585xxxx)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outbound-callerid:31] ExecIf("PJSIP/223-000000a5", "0?Set(CALLERID(all)=)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outbound-callerid:32] ExecIf("PJSIP/223-000000a5", "0?Set(CALLERID(all)=)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outbound-callerid:33] ExecIf("PJSIP/223-000000a5", "0?Set(CALLERID(all)=223)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outbound-callerid:34] ExecIf("PJSIP/223-000000a5", "0?Set(CALLERID(all)=223)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outbound-callerid:35] Set("PJSIP/223-000000a5", "TIOHIDE=no") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outbound-callerid:36] ExecIf("PJSIP/223-000000a5", "0?Set(CALLERPRES(name-pres)=prohib_passed_screen)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outbound-callerid:37] ExecIf("PJSIP/223-000000a5", "0?Set(CALLERPRES(num-pres)=prohib_passed_screen)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outbound-callerid:38] ExecIf("PJSIP/223-000000a5", "0?Set(CALLERPRES(name-pres)=prohib_passed_screen)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outbound-callerid:39] ExecIf("PJSIP/223-000000a5", "0?Set(CALLERPRES(num-pres)=prohib_passed_screen)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outbound-callerid:40] Set("PJSIP/223-000000a5", "CDR(outbound_cnum)=55115585xxxx") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outbound-callerid:41] Set("PJSIP/223-000000a5", "CDR(outbound_cnam)=") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:14] GosubIf("PJSIP/223-000000a5", "1?sub-flp-1,s,1()") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@sub-flp-1:1] ExecIf("PJSIP/223-000000a5", "0?Set(TARGET_FLP_1=0110113624xxxx)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@sub-flp-1:2] GotoIf("PJSIP/223-000000a5", "0?match") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@sub-flp-1:3] ExecIf("PJSIP/223-000000a5", "0?Set(TARGET_FLP_1=00113624xxxx)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@sub-flp-1:4] GotoIf("PJSIP/223-000000a5", "0?match") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@sub-flp-1:5] ExecIf("PJSIP/223-000000a5", "0?Set(TARGET_FLP_1=00113624xxxx)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@sub-flp-1:6] GotoIf("PJSIP/223-000000a5", "0?match") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@sub-flp-1:7] ExecIf("PJSIP/223-000000a5", "0?Set(TARGET_FLP_1=00113624xxxx)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@sub-flp-1:8] GotoIf("PJSIP/223-000000a5", "0?match") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@sub-flp-1:9] Return("PJSIP/223-000000a5", "") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:15] Set("PJSIP/223-000000a5", "OUTNUM=0113624xxxx") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:16] Set("PJSIP/223-000000a5", "custom=PJSIP") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:17] ExecIf("PJSIP/223-000000a5", "0?Set(DIAL_TRUNK_OPTIONS=M(setmusic^default)T)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:18] ExecIf("PJSIP/223-000000a5", "0?Set(DIAL_TRUNK_OPTIONS=TM(confirm))") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:19] ExecIf("PJSIP/223-000000a5", "0?AGI(allowlist-autoadd.agi,)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:20] Macro("PJSIP/223-000000a5", "dialout-trunk-predial-hook,") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk-predial-hook:1] MacroExit("PJSIP/223-000000a5", "") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:21] GotoIf("PJSIP/223-000000a5", "0?bypass,1") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:22] ExecIf("PJSIP/223-000000a5", "1?Set(CONNECTEDLINE(num,i)=0113624xxxx)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:23] ExecIf("PJSIP/223-000000a5", "1?Set(CONNECTEDLINE(name,i)=CID:55115585xxxx)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:24] ExecIf("PJSIP/223-000000a5", "0?Set(CONNECTEDLINE(name,i)=CID:(Hidden)55115585xxxx)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:25] GotoIf("PJSIP/223-000000a5", "0?customtrunk") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:26] ExecIf("PJSIP/223-000000a5", "0?Set(DIAL_TRUNK_OPTIONS=)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:27] Set("PJSIP/223-000000a5", "HASH(__SIPHEADERS,Alert-Info)=unset") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:28] Dial("PJSIP/223-000000a5", "PJSIP/0113624xxxx@MyTrunk,300,Tb(func-apply-sipheaders^s^1,(1))U(sub-send-obroute-email^0113624xxxx^3624xxxx^1^1716463668^^55115585xxxx)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] app_stack.c: PJSIP/MyTrunk-000000a6 Internal Gosub(func-apply-sipheaders,s,1(1)) start
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@func-apply-sipheaders:1] NoOp("PJSIP/MyTrunk-000000a6", "Applying SIP Headers to channel PJSIP/MyTrunk-000000a6") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@func-apply-sipheaders:2] Set("PJSIP/MyTrunk-000000a6", "TECH=PJSIP") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@func-apply-sipheaders:3] Set("PJSIP/MyTrunk-000000a6", "SIPHEADERKEYS=Alert-Info") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@func-apply-sipheaders:4] While("PJSIP/MyTrunk-000000a6", "1") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@func-apply-sipheaders:5] Set("PJSIP/MyTrunk-000000a6", "sipheader=unset") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@func-apply-sipheaders:6] ExecIf("PJSIP/MyTrunk-000000a6", "1?Set(PJSIP_HEADER(remove,Alert-Info)=)") in new stack
[2024-05-23 08:27:48] ERROR[19124] res_pjsip_header_funcs.c: No headers had been previously added to this session.
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@func-apply-sipheaders:7] ExecIf("PJSIP/MyTrunk-000000a6", "0?Set(sipheader=<http://127.0.0.1>;info=unset)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@func-apply-sipheaders:8] ExecIf("PJSIP/MyTrunk-000000a6", "0?Set(sipheader=<http://127.0.0.1>unset)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@func-apply-sipheaders:9] ExecIf("PJSIP/MyTrunk-000000a6", "0?Set(PJSIP_HEADER(add,Alert-Info)=unset)") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@func-apply-sipheaders:10] EndWhile("PJSIP/MyTrunk-000000a6", "") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@func-apply-sipheaders:4] While("PJSIP/MyTrunk-000000a6", "0") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@func-apply-sipheaders:11] Return("PJSIP/MyTrunk-000000a6", "") in new stack
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] app_stack.c: Spawn extension (from-pstn, 3624xxxx, 1) exited non-zero on 'PJSIP/MyTrunk-000000a6'
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] app_stack.c: PJSIP/MyTrunk-000000a6 Internal Gosub(func-apply-sipheaders,s,1(1)) complete GOSUB_RETVAL=
[2024-05-23 08:27:48] VERBOSE[17200][C-0000004e] app_dial.c: Called PJSIP/0113624xxxx@MyTrunk
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] app_dial.c: Everyone is busy/congested at this time (1:0/1/0)
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:29] NoOp("PJSIP/223-000000a5", "Dial failed for some reason with DIALSTATUS = CONGESTION and HANGUPCAUSE = 34") in new stack
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-dialout-trunk:30] GotoIf("PJSIP/223-000000a5", "0?continue,1:s-CONGESTION,1") in new stack
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx_builtins.c: Goto (macro-dialout-trunk,s-CONGESTION,1)
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx.c: Executing [s-CONGESTION@macro-dialout-trunk:1] Set("PJSIP/223-000000a5", "RC=34") in new stack
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx.c: Executing [s-CONGESTION@macro-dialout-trunk:2] Goto("PJSIP/223-000000a5", "34,1") in new stack
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx_builtins.c: Goto (macro-dialout-trunk,34,1)
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx.c: Executing [34@macro-dialout-trunk:1] Goto("PJSIP/223-000000a5", "continue,1") in new stack
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx_builtins.c: Goto (macro-dialout-trunk,continue,1)
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx.c: Executing [continue@macro-dialout-trunk:1] NoOp("PJSIP/223-000000a5", "TRUNK Dial failed due to CONGESTION HANGUPCAUSE: 34 - failing through to other trunks") in new stack
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx.c: Executing [continue@macro-dialout-trunk:2] ExecIf("PJSIP/223-000000a5", "1?Set(CALLERID(number)=223)") in new stack
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx.c: Executing [3624xxxx@from-internal:12] Macro("PJSIP/223-000000a5", "outisbusy,") in new stack
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outisbusy:1] Progress("PJSIP/223-000000a5", "") in new stack
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outisbusy:2] GotoIf("PJSIP/223-000000a5", "0?emergency,1") in new stack
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outisbusy:3] GotoIf("PJSIP/223-000000a5", "0?intracompany,1") in new stack
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outisbusy:4] Playback("PJSIP/223-000000a5", "all-circuits-busy-now&please-try-call-later, noanswer") in new stack
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] file.c: <PJSIP/223-000000a5> Playing 'all-circuits-busy-now.ulaw' (language 'en')
[2024-05-23 08:28:20] VERBOSE[19124] res_rtp_asterisk.c: 0x7f055c031120 -- Strict RTP learning after remote address set to: xxx.xxx.xxx.xxx:2230
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] res_rtp_asterisk.c: 0x7f055c031120 -- Strict RTP qualifying stream type: audio
[2024-05-23 08:28:20] VERBOSE[17200][C-0000004e] res_rtp_asterisk.c: 0x7f055c031120 -- Strict RTP switching source address to xxx.xxx.xxx.xxx:3206
[2024-05-23 08:28:22] VERBOSE[17200][C-0000004e] file.c: <PJSIP/223-000000a5> Playing 'please-try-call-later.ulaw' (language 'en')
[2024-05-23 08:28:24] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-outisbusy:5] Congestion("PJSIP/223-000000a5", "20") in new stack
[2024-05-23 08:28:24] VERBOSE[17200][C-0000004e] app_macro.c: Spawn extension (macro-outisbusy, s, 5) exited non-zero on 'PJSIP/223-000000a5' in macro 'outisbusy'
[2024-05-23 08:28:24] VERBOSE[17200][C-0000004e] pbx.c: Spawn extension (from-internal, 3624xxxx, 12) exited non-zero on 'PJSIP/223-000000a5'
[2024-05-23 08:28:24] VERBOSE[17200][C-0000004e] pbx.c: Executing [h@from-internal:1] Macro("PJSIP/223-000000a5", "hangupcall") in new stack
[2024-05-23 08:28:24] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-hangupcall:1] GotoIf("PJSIP/223-000000a5", "1?theend") in new stack
[2024-05-23 08:28:24] VERBOSE[17200][C-0000004e] pbx_builtins.c: Goto (macro-hangupcall,s,3)
[2024-05-23 08:28:24] ERROR[2776] cdr.c: Unable to find CDR for channel PJSIP/223-000000a5
[2024-05-23 08:28:24] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-hangupcall:3] ExecIf("PJSIP/223-000000a5", "0?Set(CDR(recordingfile)=)") in new stack
[2024-05-23 08:28:24] ERROR[2776] cdr.c: Unable to find CDR for channel PJSIP/223-000000a5
[2024-05-23 08:28:24] VERBOSE[17200][C-0000004e] pbx.c: Executing [s@macro-hangupcall:4] Hangup("PJSIP/223-000000a5", "") in new stack
[2024-05-23 08:28:24] VERBOSE[17200][C-0000004e] app_macro.c: Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'PJSIP/223-000000a5' in macro 'hangupcall'
[2024-05-23 08:28:24] VERBOSE[17200][C-0000004e] pbx.c: Spawn extension (from-internal, h, 1) exited non-zero on 'PJSIP/223-000000a5'

I saw that in this line it changes the fone to 01101136…

VERBOSE[17200][C-0000004e] pbx.c: Executing [s@sub-flp-1:1] ExecIf("PJSIP/223-000000a5", "0?Set(TARGET_FLP_1=0110113624xxxx)") in new stack

But in the lines below it becomes 01136… Maybe is that the problem?

See the wiki pages https://sangomakb.atlassian.net/wiki/spaces/PG/pages/26575099/Appointment+Reminder-Admin+Guide

There is no mechanism for scheduling a single reminder to recur daily or on a set schedule. To do that, you would create a new reminder for each call.

I’ve not done it manually, but I’m pretty sure the BLF config between D and P is largely identical.

Note that the P325 does not support an expansion module. For that you’ll need a P330 or P370

When putting a call into parking, there is a big delay before the on hold/parked call is able to be picked up. It does not show up in the parking lot or even if you directly dial the parking lot extension. This only happens the when trying to pick the call up the first time from call parked. There seems to be no issue when the call first comes in. The ring group works as expected. The issue happens when trying to pick the call up from parked. If I put the same call back on hold, then pick it up on a different phone, there is no lag. When the phone rings for that Ring Group, I can pick it up ok, talk ok, and place it in Parked ok. Once I go to a different extension and try to pick it up, it just sits there saying “calling” and does not show up under Calls Holding “Parked” for about 10 seconds. I also tested picking up the initial call, letting it sit for ~30-45 seconds (to see if waiting helped) but the delay issue still happened once it was parked for the first time.

The parking lot extension is 8800 with 5 spots, 8801-8805. The call is parked by pressing a BLF button with the 8800 extension on a Sangoma phone. There are 5 BLF buttons on the phone with each of the parking spots. The BLF does turn red right away when the call is parked but it cannot be picked up right away like explained above.

We did try a call queue but experienced the same issue also using that. Our other facility is a little more broken up during the day between Operations staff and Office staff, but at night all phones ring since there’s only a few employees in the building there as well. We tried it at the location last night, and the same issue is being reported there when there are a higher number of extensions in a Ring Group. This issue does not seem to be present in the smallest ring groups.

We have 5 Ring Groups:
• 1 (consisting of 37 extensions)
• 2 (consisting of 2 extensions)
• 3 (consisting of 1 extensions)
• 4 (consisting of 2 extensions)
• Front Door/Gate Intercom (consisting of ~ 37 extensions) – 2 Viking call Boxes on the same LAN as the rest of the phone network.

This system is installed a large warehouse type environment which is why there are so many extensions in the one group. The employee that would be answering calls on that ring group could be anywhere in the “warehouse” when a call comes in and would need access to a phone.

No, because the if condition tested in that line was false (that’s what the 0 before the ? means), the set did not happen and TARGET_FLP_1 was not modified.

In the SIP trace, the provider challenged the original INVITE (that started on line 270) with a 407 (starting on line 314). Asterisk correctly responded starting on line 337, but the paste cut off in the middle of a packet after line 378, so the interesting response (that may show why the call was rejected) is not present. Please paste the next ~100 lines.

Just guessing, do you know what format numbers the provider expects? Possibly, 0113624xxxx is invalid and they expect 55113624xxxx or +55113624xxxx, or maybe even 0ss113624xxxx, where ss is their carrier selection code.

Hi,

We are experiencing an issue with our PBX setup. Our PBX machine is mapped to a public IP, which is assigned to a local IP. This same public IP has been provided to our SIP provider. Additionally, we have allowed the SIP provider’s IP in our firewall. Despite this configuration, incoming calls from outside do not reach our PBX. However, we can see the hits of SIP provider IP to our PBX IP on the firewall. But calls not reaching to the PBX

Could you please help us identify the issue and suggest a solution?

Regards,
Amar Bhilare

Hello everyone.
Yes, the new version that I was preparing of Superfecta had support for this API.
I released a Pull but it was not merged since it had many modifications and it was planned to release it for version 17.
I am going to revise that module to adapt it to the current version of Superfecta.

That’s odd, I’d figure those would have SIP MESSAGE support at least.

Como funciona a sua solução…

Have you tried opening a ticket with VI, I know it is Sangoma too but different folks. Maybe they have seen this.

It definitely may be worth this, but based on the console error it looks like an issue with the SMS module or an associated library.

We did open a ticket with VI for this but VI says they aren’t seeing any traffic come from the system for SMS. They sent us back to Sangoma for the ticket. It seems to be something with an update broke the outbound path from what I can tell.

Got any idea how I could achieve it…

It’s for a daily reminder for some clients

Hi @Drakulahn Can you please DM me your Sangoma Salesforce ticket number so i can try to check internally. Thanks

I just did the following:

1. installed the latest Debian (Bookworm) 12.5 using the complete install in VirtualBox
2. Tried to run the install script commands as found here

First problem: Script failed to run because it was looking at the “DVD” ISO as the apt source. I fixed it by doing this.

3. I ran the script again and it worked.
4. I logged into the web UI from another computer, and it wanted me to turn on the firewall.

Second problem: I clicked “yes” on each question, but I was suddenly locked out before even being able to finish the firewall setup. I had certainly whitelisted my own computer already. I’ve run into this on FreePBX 16, too though. If you take too long going through the firewall setup wizard, you can’t finish the process.

5. So I rebooted the VM and tried the firewall wizard again, clicking yes, quickly. I made it further, but still got locked out.
6. I then attempted to disable the firewall using “fwconsole ma delete firewall”

Third problem: bash: fwconsole: command not found

7. I gave up on testing FreePBX 17

which fwconsole

should return

/sbin/fwconsole

You should run

echo $PATH

to make sure that you have /sbin included

I can’t speak to your first issues relating to your VirtualBox installation.

I put the rest of the log in the same file at https://pastebin.com/hHzWhY74
So in the new part has the lines (lines 639-640)

CSeq: 358 CANCEL
Reason: Q.850;cause=127

I’ll search for what is this error ‘127’.
And about the number format, I think it’s right because if I make a call to another number in the same city it works.

Redacting the call-ID, especially without retaining a one to one mapping between redacted and unredacted values is not a sensible thing to do when asking people to analyze a SIP log. Also screen scraping, rather than using the log file, is not a good idea where timing is relevant.

The B side accepts the call request, but the call neither completes nor fails. The caller eventually gives up causing the CANCELs. The screen scraping means it is difficult to tell whether the caller waited long enough before giving up.

Not sure where this question belongs so I’ll just post it here. Are there any headsets other than Sangoma’s that would integrate fully with the Sangoma Phone desktop app?

Jabra’s for example aren’t able to pick up an incoming call or hang up a call in progress with the button on the headset.

I guess I am not even sure if this is something on the software client or on the hardware manufacturer to implement.

I feel like the adaption of the desktop app among our deployments would be much greater (especially with the new Queues features coming to the software that look pretty attractive for use in a call center) if a wider range of headsets was fully supported and am just curios if it’s just something we are missing about how these headsets or the software needs to be configured.

Yeah, I’m not sure why the default after installing Debian was to use the ISO as the APT source. I just thought I’d mention it since this is the first time the default Freepbx install is not a full ISO itself, so there are likely to be questions on what the “best” way to install Debian is for those who want to install FreePBX next.

I’m not able to look into it at the moment, but I would be shocked if “which fwconsole” returned anything, since fwconsole wasn’t found in the first place.

Regardless, this is something that I would expect the script to take care of. I could have continued working and fixed that problem, but I’m simply trying to help out by reporting back that a simple install doesn’t work as I expected it to. I’m happy to provide more details if it would be a help to the devs.