@JaredBusch said in Fun times with Asterisk dialplan logic:

NANPA

Perfect, that was very helpful and makes it perfectly clear.

@wrx7m : Darn. Sorry

I assumed this was somehow related to how auth basic allows you to formulate your login as :
user:[email protected]
Therefore, the @ sign is being misinterpreted when it's being provided in a username.

With that in mind I went searching the interwebs and came across THIS confirming my suspicions.

Can you try replacing your @ sign with the + sign and let us know if it works? i.e.
wrx7m+gmail.com

I appreciate your liberal use of comments in your files even if it all means nothing to me
Would you mind giving a quick overview on exactly what is happening here for those of us who haven't played with Asterisk's conf files?

@dafyre, I would have thought so because the @ is used for here-strings but powershell seems fine with them:

PS C:\Users\manxam> $test = "@"
PS C:\Users\manxam> echo $test
@
PS C:\Users\manxam> $test2 = '@'
PS C:\Users\manxam> echo $test2
@

@PhlipElder : Thanks for the clarification!

I'm picturing one of these located centrally in the office for 911 usage kept out of the PBX

Edit: Replace "Knit!" with "Emergency"

@PhlipElder : Not intimately familiar with SW's vSAN only having tried it a few times years ago, but I assume you're suggesting using the servers for compute and HP for storage? Doesn't that completely eliminate HA as you now have a single point of failure that will affect 3 servers?

@scottalanmiller said in New Infrastructure to Replace Scale Cluster:

So assuming all that is correct, and there are moderately okay servers to work with (710 are pretty old, that's our retired lab stuff here, too old to really bother running typically.)

Just reading this thread top-to-bottom and wondered if anyone would mention that. OP is running 10 year old servers so the risk of downtime due to component failure has become exponentially greater.
I'm not certain if I'd be more comfortable having an HA setup between 3 very old servers or no HA on a new server (with warranty) myself...

@darrel : As I said in the other post (I was the winterpeg naysayer :P), WELCOME TO CANADA! and sorry about the crappy weather. Most of North America is getting some weird weather patterns recently. The good news is that you set a record: You were officially in the COLDEST PLACE ON PLANET EARTH a couple of days ago!

P.S. Free healthcare!

Just cuz I was curious, Sangoma lets you check the page history/revisions. That note re: not getting calls and potential fix was added Aug 28th, 2018. Glad to see they're keeping on top of development...

@scottalanmiller : Yep.. and the page for the mobile hasn't been updated in months (re: we think we have a fix for Android...)
There's a bunch of posts about the desktop app on Windows not notifying users of calls as well, but it has no problem notifying users that a voicemail is now waiting..

@scottalanmiller : As I stated above. Zulu does not "just work" yet. The iOS app is currently only installable using TestFlight and Android via the Beta Program.
Android suffers from a huge bug (listed right on their page) that notifications for inbound calls do not work unless the app is currently open.

https://wiki.freepbx.org/display/ZU/Zulu+3+Mobile

In my case, I have a couple of sales guys and several techs that are in and out of the office frequently (plus myself) so this is "mission critical".

I love the control that we have in FreePBX vs one of our local ISP's offerings, but the latter each have phone apps that "just work"

@Dashrender : From reading their forum and reddit, it appears that most people give up and go the VPN route.
There's never been a clear and concise answer from Sangoma.

There were a few mentions of Zulu as an alternative, but Zulu 3 is the only supported version currently and both iOS and Android in beta for (~6 months with only one-or-two updates each in that time) The android beta does not get notification of calls unless it's currently sitting open on the device.

From Sangoma a year ago. Still no progress made on this it seems...

The problem is after your phone registers is slamming the server with packets before the firewall is picked up it was registered as their is a delay so after 10 packets which happen really fast for some reason on your client it gets blacklisted.
To solve this we need to move the checking for registration to watch the AMI so we see it real-time instead of checking every 15 seconds like we do now as your client is slamming the server with packets before we see it registered.

@Dashrender : FreePBX uses a really stupid implementation IMO.
The responsive firewall bans a user if they have connected but not registered in X time. This is sane.
But fail2ban remains on with it and bans the IP before the responsive firewall is given time to check for registration.

@Pete-S : within the GUI there are no available options for tailoring OpenVPN unfortunately.

The client config that it generates is :

# Configuration automatically generated via Sysadmin RPM
# MODIFICATIONS TO THIS FILE WILL BE OVERWRITTEN.
# Generated at: Sun, 13 Jan 2019 03:33:14 +0000
client
dev tun
proto udp
resolv-retry 60
nobind
persist-key
persist-tun
remote-cert-tls server
ca sysadmin_ca.crt
cert sysadmin_client1.crt
key sysadmin_client1.key
comp-lzo
verb 3
remote x.x.x.x 1194
remote x.x.x.x 1194

The server config is :

# Configuration automatically generated via Sysadmin RPM
# MODIFICATIONS TO THIS FILE WILL BE OVERWRITTEN.
# Generated at: Sun, 13 Jan 2019 03:33:14 +0000
port 1194
proto udp
dev tun
topology subnet
ca sysadmin_ca.crt
dh sysadmin_dh.pem
crl-verify sysadmin_crl.pem
cert sysadmin_server1.crt
key sysadmin_server1.key
ifconfig-pool-persist ipp.txt
#keepalive 10 120
keepalive 300 900
comp-lzo
persist-key
persist-tun
verb 3
client-config-dir ccd
ccd-exclusive
status sysadmin_server1-status.log 10
status-version 3
script-security 2
server 10.8.0.0 255.255.255.0

Note the header stating that this file will be overritten so I'm not certain how "permanent" this will be nor do I see information regarding encryption type (though do see the compression).

@scottalanmiller : Yeah, I'm not really certain what that software does..
"dSIPRouter can be used to implement different use cases within minutes"

Ummm, then this shows a few examples but I'm not certain of the use case for any of these...

Still using self-hosted (white labeled) InvoiceNinja here as well with Stripe, Paypal, and Authorize.net integration....
Development is ongoing and new features are added frequently.