I’m having trouble with the free PBX I believe I’m looking to compensate someone for assistance with the remote access session and I’m not looking to go back-and-forth in the hundred emails if you can help me today please give me a way to speak to you
I’m definitely not the guy for that, but they do offer support from Sangoma, https://www.freepbx.org/support-2/ they would be the best bet, but I do understand, I was going to try and help if it was a sonicwall issue, I’m pretty good with those.
basically everything worked fine, freepbx was set up, sonicwall was configured, everything was great.
During an update to freepbx it seems to have frozen (the update), so I rebooted it.
It was hosed, so I re-installed fresh.
I have the sip trunk successfully registered with the hosting provider.
When I try and dial the extension mapped to the freepbx via sip trunk, call is no longer being answered by the free pbx.
I believe I have everything set up the same, but I have a feeling it has something to do with the tons of networks freepbx kept asking me what to do with. The box running freepbx has one nic card so not sure why it even had multiple networks showing.
This is a single site network with sonicwall, and like I said the sonicwall is configured the same as it was when freepbx was working fine.
Basically looking for someone with the knowledge of freepbx to do a screen share with me on my laptop, during which I will loginto the freepbx and while I make a few calls to a DiD i have routed to the freepbx, someone can look at log files and see whats going wrong with call routing, and either fix or tell me where the issue is blocked from.
as an update,
I have VPN’d into the network, and via xlite installed on my laptop can now confirm that the auto answer for paging is working fine (appears to be), when xlite is configured as an extension on the FreePBX.
So, this now being said the only thing I need help with is how to determine if inbound traffic is hitting the FreePBX when I try and dial the DiD thats routed to the freepbx from outside the network,
From the console on the server, logged in as ‘root’, run “tcpdump port 5060”. Make a call that hits your DID. If the traffic from the SonicWALL is getting to the server, you’ll see a bunch of stuff show up on the screen.
If there isn’t, the problem is that the SonicWALL is sending the traffic to the wrong place. If it is, check the integrated firewall and make sure that the ports are all open to the ITSPs servers.
I ran trace on sonicwall while I dialed the DiD thats routed to the SIP trunk on the freepbx.
The SIP trunk interestingly does register without issue as per dashboard in FreePBX.
Evidently when I call the DID, the sonicwall shows packet status as “consumed”, and ports are showing as:
I was under the impression that the 10000 to 19999 UDP rule I set up in sonicwall should be technically allowing this through without any issues.
Any suggestions on what my course of action should be?
Should I delete the settings on the sonicwall that are supposed to be allowing 10000 through 19999 and re-create them? Appreciate any insight.
By the way i was VPN’d into the network during this, so it is possible that 4500 was VPN related?
If the SonicWALL is the problem, the traffic will not get delivered to the phone server. Whatever you’ve done still doesn’t tell us if the traffic is actually getting delivered to the server.
So, one again - log into the PHONE SERVER and run a tcpdump to see what traffic is actually making it to the server. This will tell you (since apparently you’re not willing to let us interpret the output) what traffic is getting senr to the server. There should be traffic on UDP port 5060 (and possibly 5160) and some other traffic on UCP ports between 10000-20000.
One thing you said might be a clue - you keep saying you’ve “opened” the ports on the SonicWALL, but have you actually redirected them to the server?
I understand your desire to solve this without letting us help you, and I respect that, but not helping us help you (by posting the TCPDUMP output, for example) is not going to help us see what is actually happening. We are only so clairvoyant.
hi, thanks for clarifying a bit.
I didn’t post the screenshot of the dump because nobody had asked for it and I’m used to reading when problems are posted a tad of troubleshooting first and then someone says to post the results.
I’m not in front of the machine now, so I cannot do this now but will check tomorrow.
Regarding your earlier suggestion of “check the integrated firewall and make sure that the ports are all open to the ITSPs servers.”, can you please elaborate and explain where I am looking for this and what the settings should be? I’m sorry but I am very new to FreePBX and don’t know my way around that well yet.
I think that because you’ve used the word ‘routing’, people are assuming this is a network issue. Are you saying that when calls come in to your machine, they aren’t being sent to the correct destination?
This is because your ‘Inbound Routes’ aren’t correct. If you run ‘asterisk -rvvv’ and watch when a call comes in, you will see what the DID that is being sent by your provider is.