Search results

You tell that to the end user as part of the onboarding process, for example: User Login: https://domain.example.com SIP User: 2000 SIP Password: SIP Domain: domain.example.com Protocol: UDP or TCP.

Get rid of extension_domain in any non-privileged user like 'user'. It's for the superadmin's use only. If you need to create extensions in different domains create an 'admin' in each domain.

I'm personally not that familiar with the process, but I would recommend a backup of the database before attempting it. It may be worth your while trashing the domain and recreating it, exporting all the devices, extensions, etc and reimporting them.

I think this dehydrated script has just confused matters tbh. Forget running it over and over. 1. Check the certificates exist in that directory: $ sudo ls -la /etc/dehydrated/certs/mydomain.com/ 2. Check the config lines in the nginx config are correct: $ sudo grep ssl_certificate...

You probably have some catch all rules that are being triggered before the more specific rules like *97. Last time I had to check an example call in the logs, see which rule triggered the PASS and work backwards from there. Some causes have been: 1. Someone changed the context of a rule but not...

You can dump those files into: /var/www/fusionpbx/app/provision (preserving the folder structure) If I recall, this file comes out of a firmware bundle. I have no way of exploring the firmware since I dropped them like two hot rocks for Yealinks.

I don't think FusionPBX will make a distinction between unregistered and available or 'idle' extensions. BLFs were never designed to be presence indicators (or at least it appears that way), merely whether the extension was 'busy' and the call state (ringing, answered) so as such all sorts of...

Worth checking the FreeSwitch clock from 'fs_cli -q' > strftime 2022-10-21 10:37:59 If it's out, try syncing the clock: >fsctl sync_clock_when_idle

If it helps you can navigate to the upgrade path by the URL: /core/upgrade/index.php

You can always just edit: /etc/systemd/system/event_guard.service and put freeswitch.service in the After part: After=network.target network-online.target local-fs.target postgresql.service freeswitch.service This means the service won't start until freeswitch has.

It's pretty much entirely up to the handset and not the PBX. It either accepts a call, or sends back a busy. It might be relevant to see if you have the following variable in the local_extension dialplan entry: fail_on_single_reject=true Some handsets send back a rejection when they can't...

I'm going to guess it's because... dehydrated only uses bash which means it doesn't pull in more dependencies. I've used it once when I was doing a different project on Amazon Linux. Certbot is in one of those dumbass Ubuntu snaps. Why? Who knows? I'm pretty sure it's just a python3 script. It...

What do you mean? He committed to the code base 12 hours ago.

Oh, those are the 'bind_digit_actions' for older telephones that don't have the native functionality. Try them out in a call, alternatively just use the transfer feature of the softphone of SIP phone you are using.

Sounds like a failed installation. Do you still have the log from that installation? Most people won't unless they copy and paste it to a file. As a complete guess, you already had PostgreSQL partially set up? Do you have anything in PostgreSQL?

I don't know what *1 is in your context. I certainly don't think that's a FusionPBX default dialplan entry. *8[ext] is paging an extension, i.e speak to them without them picking up the phone, useful for asking a colleague to make you a coffee. Transfers typically don't use star codes, they...

He's doing an absolute ton of commits today to modify root.php into another file called config.conf. Unfortunately, these commits don't appear to be atomic and don't appear to be on a branch. The only thing I can recommend at the moment is to continually pull the latest commits and run the...

Honestly don't know what that provider is talking about there. There's a thing called 'Echo Cancellation' on a lot of SIP handsets that reduces echo from a feedback loop. It might be that they are talking about.

It doesn't state it on the FreeSWITCH doc, but I think they use sip-port from the profile if it's not explictly set in the gateway's proxy field. Probably a question for Gamma regarding that port thing. Really, it shouldn't make a difference but I only know how my own SBCs work. Gamma have...

Can you see the calls in 'sngrep' on the terminal? It's a packet capturing program but geared around SIP. FreeSWITCH is very talkative in the logs, seeing nothing indicates a networking issue. A lot of ISPs like to mess with SIP traffic, for nefarious or ignorant reasons