I agree that moving to a new system right away seems like the best course of action given that the phones are not actually down, but just cannot continue to be configured.

@bnrstnr that's your most likely culprit, having it be SIP aware.

@romo said in Errors in outbound calls in one extension - Freepbx: This would be an inbound call right? You have a bad inbound route setup (you have ports forwarded and no catchall any/any route) or you allow SIP guests. This is a call terminating on your system but to with a DID you do not own. This is a probe.

@jaredbusch Ok thanks for the explanation

@jnaugle also worth noting, no one actually delivers PRI today, that entire market is a scam. It's actually SIP and then they translate the SIP to PRI on your network edge to make it "sound cool" for people who are out of date and remember when PRI was both still available and actually practical (early 1990s and earlier.) PRI is not nearly as powerful as SIP, nor as cheap, so phone providers long ago "all" moved to providing SIP instead (PRI isn't possible without a physical T1) and "virtualizing" PRI on top of it. All the PRI does it increase cost and lower performance, flexibility and reliability. So the best solution is to get the phone provider to stop pretending to do PRI and just give you the raw SIP. This improves your phone quality by removing unnecessary steps and limitations, removes the need for you to convert back to SIP (gateway, card, however you do it) and makes everything better for everyone. The PRI interface has no advantages, only disadvantages. It takes the better SIP, and cripples it. For people running ancient phone systems from before VoIP, SIP isn't possible, so these terrible PRI interfaces are useful for them to continue to be able to hook up those ancient phone systems while still being able to connect to current phone companies. They aren't totally useless, but they are useful only for that one terrible niche case.

@jaredbusch said in Asterisk 13 CRITICAL ERROR! Required Service CHAN_SIP is disabled! This device is unusable!: does chan_sip.so exist in /usr/lib/asterisk/modules/? My guess is, no. But once we determined that there was no simple restoration and all evidence of chap_sip was gone from the system, they just rolled back to a snapshot from before the outage and all is well. So we might never know.

@dragon3303 said in Using a Snom PA1 for paging: Yes...I've tried adjusting the level but no results with that either. I'll keep at it and figure it out. Thanks for pointing me in the right direction. I would have to Google a manual for your amp to see what the specs are for these inputs and such. I was strictly assuming based on the labels.

@bigbear said in Manually Updating FreePBX: @jaredbusch said in Manually Updating FreePBX: @bigbear said in Manually Updating FreePBX: @jaredbusch said in Manually Updating FreePBX: @scottalanmiller said in Manually Updating FreePBX: @bigbear said in Manually Updating FreePBX: @scottalanmiller said in Manually Updating FreePBX: @bigbear said in Manually Updating FreePBX: So at this point I would assume a clean install of FreePBX 14 with Asterisk 14 is recommended? I've had better luck with Asterisk 15. So FreePBX14 with Asterisk 15? That's what we are using. Yes, FreePBX 14 with Asterisk 14 is what I have everywhere. I was thinking this. 14 and 14. Have you used FreePBX14 with asterisk15 in production? All of my production FreePBX 14 are Asterisk 15. So now that everything is fixed and the update is complete I see the update software section of System Admin is gone. I had read that they can automatically manage security and updates now. Is that what you are doing, or did you disable it? I prefer to do it myself because I don't want to deal with a down PBX. Granted that has never happened from a normal update, at least to me. It is now under Admin -> Updates It has this scheduler, but it does not seem to actually do anything except check.

@obsolesce I think that is what I had to do a couple years ago once. No idea why it started doing it and couldnt figure out any other way.

@scottalanmiller said in All Yealink Phones Down at One Site: @dbeato said in All Yealink Phones Down at One Site: @scottalanmiller said in All Yealink Phones Down at One Site: @i3 said in All Yealink Phones Down at One Site: Factory reset a phone and try manually programming? How about a packet capture at the site firewall, do you see attempts from that IP phone to where? I am assuming that the PBX is hosted elsewhere. This is basically where we went. We did this series of events and it appears to be fixed... Rebooted the firewall. Removed SIP-ALG, but this appears to have had no effect. Updated the firmware on each phone. Went to static DNS rather than DHCP set. DNS to CloudFlare instead of AD. Ensures STUN was on and set correctly. Added the PBX as a Proxy, manually enabled STUN for the proxy. After those seven steps, all phones are now registered. Couldn't find any step there that individually made a difference. To me looks like the DNS was caching something for the devices to get to. That's my theory. If so, why did changing the DNS alone not fix it? Not sure, I am just going by what you said. Basically very strange.

github updated. files renamed a bit. Still a work in progress, but things working much better.

This is now a built-in function. https://issues.freepbx.org/plugins/servlet/mobile#issue/FREEPBX-18131

@jaredbusch said in FreePBX 14 super slow to update and then reboot: I did not post a bug report there yet as I have no idea if this is reproducible. I mean I reverted to the snapshot prior to the update and then did all of this. But I reverted because I had exactly this same problem after the update last night. But I would expect a system to perform the exact same under this scenario.

We still have the error, but we did determine that it's just an error message and the clients can register fine. The registration issue was unrelated. So not a big deal, but it would be nice to know why we get this.

To Do: Find a way to make that the default setting on a new extension.

@tm1000 said in FreePBX 14 Module Update Errors: Our QA team has confirmed that firewall has no issues: https://community.freepbx.org/t/bug-in-latest-firewall-adding-ip-to-firewall-trusted-zone-no-longer-updates-iptables-firewall-rules-on-firewall-restart/50181/9?u=tm1000 I've got a few on the latest and haven't seen anything ourselves, yet. Seems good.

/sigh. The expected answer. I know that EPM is a huge pain in the ass. But that is also why I willingly pay for it.

Made no configuration changes to the firewall tonight. Shutdown FreePBX VM, made a new one, and stuff seems to be working as it should. I'll do a few more tests tomorrow to make sure all is well. Edit: I lied. I made a new DHCP reservation for my new FreePBX server.

@dashrender said in FreePBX - Determine if Extension has dedicated callin: Look at your inbound routes. See what the destination on the inbound routes are. Yup, that extension itself doesn't know what points to it. So it is looking at the pointers. Think of the Inbound Routes like aliases and you are looking to see if an alias mentions that extension.

@Danp Instead of disabling globally, it would be better to temporary change the DNS on your computer instead.

It's my first time running into it. Wondering if it might not be a corrupted client.

@jimmy_k said in Urgent: How to fix this FreePBX Repo Access Issue?: @jimmy_k Well, I just fixed it I modified etc/resolv.conf by putting this nameserver same as DNS1 nameserver same as DNS2 That's what that script is supposed to do. If you did this, it means either you never activated the script or it is broken and will stop working again.

@bbigford said in FreePBX Reload Failed Retreive_Conf Encountered Error 1: @scottalanmiller said in FreePBX Reload Failed Retreive_Conf Encountered Error 1: Shut down Asterisk manually, restarted again with fwconsole start. Seems okay now. Odd that a reboot didn't pick that up. That is weird... Was the service not running after the reboot? Oh it was running. It just wasn't happy.

@smitherick Thanks for your suggestion I just tried with Reid method and it is working well. The red notification has been removed

@stuartjordan said in Yealink T19PE2 FreePBX: I personally like freepbx and will continue using it, the interface is a bit dated I must admit, but that doesn't bother me. FreePBX interface is definitely dated. But also .... why would the interface ever matter that much? But even if it did, I've used 3CX and their interface was far worse.

@dustinb3403 said in Virtualizing Your Cudatel Appliance: @scottalanmiller said in Virtualizing Your Cudatel Appliance: Go ahead, download FreePBX and start playing with it. You could have installed it while reading this article! Any good installation guides here on ML? @JaredBusch has a great series of posts for FreePBX here. https://mangolassi.it/topic/11805/freepbx-13-setup-guide

@bnrstnr said in Weird Network Errors on SIP Trunks, FreePBX: @scottalanmiller We still use the legacy wholesale thing. It probably wasn't as often as every 3 months, I'm sure I'm exaggerating a little. Oh okay, that's what we are using, too.

And now it's registered and working. . . wtf. . .