Recent content by fusionpbxuser888

Thanks for coming back to report that, rtolley. At least I'll stop banging my head against the wall on Debian 10 and decide what I want to do next.

Hi Mark. Thanks for the reply. I apologize for my accusation, but I was just concerned that your continuous development essentially means that Fusionpbx is alpha (nightly development) software unless one installs v4.4 -- I wondered if perhaps you don't have a chance to test new installs from the...

You are not the only one having problems. My current situation is no outbound calls, get 480. The auto-setup put my FQDN in the domains as allowed. I added my flowroute pop's IPs by CIDR and that allowed incoming calls to work. Extensions register on the internal profile, gateway registers on...

As I was working on just that I noticed that (looking at sngrep) freeswitch was not sending any traffic at all to Flowroute, so it would not matter what code was sent. I reverted to what had been working for a few years, SIP registration with Flowroute, and this also does not work. Again no...

There are no silly questions! Yes I did.

Hello... thanks much ad5ou for your efforts to help me. Unfortunately it did not start working with the suggested settings. I decided to step back and see if I could get outbound calling working with Flowroute using SIP registration, as has been working for me fine for years with fusionpbx 4.2.x...

Hi: I use Flowroute and for IP authentication (instead of SIP registration with their systems) I am required to prepend a tech prefix before the number to be dialed. This is the dialing example they give: 12345678*13105551234@eu-west-ams.sip.flowroute.com and this is what I have in my...

Thanks for the link. I actually took Daz' advice and tried a set up on a VPS with real external IP assigned to it. It seems closer to working but I have one issue remaining. I took a couple days off from working on it. The previous one I 'shelved' so I can't check the outbound route now.

I think the problem has to do with the dial plan not routing the call to external, not bridging the call to gateway: (excerpt from above) 2020-03-27 20:11:28.634560 [DEBUG] mod_sofia.c:209 sofia/internal/001@mypbx.example.net SOFIA EXECUTE 2020-03-27 20:11:28.634560 [DEBUG]...

It wasn't for me! Use caution.

I updated the question at this point... I had made some progress but sorry I'm not sure what it was that helped.

I appreciate your advice, and no doubt it would be easier. The frustrating part is that I had it working in this exact same NAT environment with the (two to three year) old version. Part of this host's concept is that you have a private IP subnet you could have multiple VPS's talking to each...

Hmm. That blows my mind a bit, but I guess like a packet sniffer it picks up traffic right off the interface? As you see below (similar but different attacker) there was no response. THANK YOU! INVITE sip:01011972592277524@mypbxIP...

Environment: Debian 10 minimal install followed by FusionPBX magical script install, version 4.5.12 PBX is on a VPS which uses 1:1 NAT between private and public IP One DID from Flowroute via SIP registration port 5080 Several IP phones at home which are also behind NAT as you would expect...

Hello! Someone is trying to find a correct extension number to (attempt to) register to my PBX. Like this: 1 INVITE 3500@<mypbx-ext-Ip-num> 90048323395006@<mypbx-Ip-gateway> 37.49.229.183:19101 <mypbx-int-ip-num>:5060 CALL SETUP I tried to have Fail2Ban block it...