Search results

From the information you have provided it is very difficult to offer much sensible advice. As pbxgeek suggests, check the various epoch fields, the reason may become apparent. There are many possible reasons why a call recording length may differ from the actual length of a call, there are...

As shown above. The API endpoint has a perform create function and this causes both the creation of the extension record (serializer.save) and an associated voicemail record (VoicemailFunctions().create_vm_record). def perform_create(self, serializer): obj =...

Linux boxes, don't often lock up / hang like that. It could be an indication of something more serious like a hardware fault.

If you are experimenting with different configurations it may be helpful to flush cache and reloadxml between each attempt. If you change any URIs such as proxies etc. it is often necessary to stop and then start the gateway to make the change take effect immediately.

I think for extension creating, you may need a hook to create the voicemail record as well. If you are editing an existing extension then you almost certainly will need to flush the cache as pointed out above. If you are creating your own API, then you may learn a little by looking at the API...

SQLite in RAM disk will serve you very well. We generally use SQLite in RAM, despite having options to put the Freeswitch core in to postgreSQL and manage it in a GUI/API interface. If you are interested in the Freeswitch Database Schema, you will find the result of our last attempt to decipher...

Welcome, you will find many very knowledgeable people on here.

https://codeberg.org/DjangoPBX/DjangoPBX You can update your upstream repository as follows... git remote -v will show you your current upstream repository: git remote -v origin https://github.com/djangopbx/djangopbx.git (fetch) origin https://github.com/djangopbx/djangopbx.git (push)...

Hi NH, You don't need an real FQDN for what you are doing, I would always recommend using real domains if hosting on the internet. You have a couple of options, you can add entries into the hosts files of local machines to resolve the domain names, or maybe you can set up a local DNS server on...

In that case, my guess is that it may be a bug in the FusionPBX code that displays the list. Just to be sure you could check what is actually in the database, and if you see some records, check that the domain_uuids match the domain you are interested in. root@testpbx:~# su - postgres...

Did you add any? If you did, were they added in the same domain that you have selected now?

When you say "I already increase the max sessions in config.xml" did you mean /etc/freeswitch/autoload_configs/switch.conf.xml? Below is the relevant section of the FreeSWITCH switch.conf.xml as setup by default in DjangoPBX: <!-- Max number of sessions to allow at any given...

A couple of further ideas: I know you have tried un-setting the privacy headers, but the order may be important. Try <action application="set" data="sip_cid_type=none"/> <action application="unset" data="sip_h_Privacy"/> Another thing that may be worth trying is the mod_dptools...

You can edit the dialplan XML for the IVR and set a custom SIP header for the IVR UUID like this: Then you can set a custom header for any or all digits in the menu itself like this, note option2 is repeated with an incremented order number:

Be careful about just blindly switching to TCP. SIP was designed to use UDP for good reason, but does specify the need to switch to TCP if packet size becomes a problem. In this digital age we can so often overlook the simple and obvious. It could simply be a faulty handset cord or earpiece.

From what Mark says, I think it does, by only opening 443 if there is a valid registration from that address. but tying the two together does not work in all circumstances, hence my question to Mark. Freeswitch only deals with SIP, so events will not directly relate to anything going on on port...

@markjcrane Maybe one of us is missing the point, so please forgive me for re-phrasing my question. So what about an IP that has no valid registrations. For example all my phones are registered at my office, but I want to do some Admin from home, where I do not have any phones registered?

Hi Mark, I get EventGuard, we use a similar mechanism. But how does that work if you have a customer that wants access to admin facilities from an IP address that does not have any phones registered against it?

Generally speaking, if you have a working Fail2Ban or equivalent AND you have enforced good password strength, then you should be pretty safe. I believe in FusionPBX you can now also enable two factor authentication, which will provide another level of protection although many customers find it...

The key to successful diagnostics is "only change one thing at once", then re-test.