Search results

Issues like these can be difficult to pin down. You have two at least two network sections, provider to Fusion/FreeSWITCH and F/FS to extension. Not to mention what may be happening the other side of your provider! You can packet capture at F/FS and at your endpoint and then analyse/listen to...

In the gateway record, try setting Extension to auto_to_user. Screenshot below:

Most of the time when this happens you are missing the ACK following the 200 OK associated with the INVITE. You are probably correct in your assumption that it is NAT related. Get some packet captures and check for RFC1918 IP addresses in the Contact headers.

We use Lets Encrypt wild card certificates pretty much as detailed here: https://docs.techlacom.com/en/latest/getting_started/lets_encrypt.html We use dehydrated with the DNS challenge and hook scripts that add the required challenge text to our zone files. Its easy for me because I run my own...

Not sure that I can help (see above), but when did you last do any updates or changes?

Post a packet capture showing the INVITE to your provider and the responses coming back. The easiest tool to do this with is sngrep. Also, provide a screen shot of your inbound route. That may allow me to get an idea of what is going on.

It is probably an issue related to NAT. You may need to do a packet capture to help diagnose. There are plenty of threads on this forum that will provide guidance.

I don't think hotdesking is difficult to set up, I used it years ago for a customer, before the existence of paid member documentation. I can't remember all the details because we don't use it currently, if I get time I dig into my old notes. From what I can remember, the phones must be auto...

It's sad that the membership thing prevents us from helping the community. Even though I am a member, I will not use the member applications because they are closed source, I cannot see what they are doing, there is no community vulnerability vetting and if you have trouble, no one but...

We still use G729 quite a lot. We have customers in rural areas of the UK with really poor internet connections. We also off load quite a lot of SIP traffic to BT Wholesale, (basically the original Telecommunications provider in the UK) and their first choice codec is G.729. To help answer...

If you can give me anything else to work with, such as logs and packet captures, I may be able to work out what is happening. I can only "see" what you tell me. "done also in this way, but nothing" does not give me (or anyone else) anything to work with. I will always help if I can.

Choose sip_h_Diversion from the list and then click in the box and edit it to be sip_h_History-Info

Depends upon the phone, but probably disable call waiting. Also consider what voicemail action may be in place.

@nickbh To answer your question, FusionPBX does not use the FreeSWITCH mod_voicemail, so I don't think the voicemial files in autoload_configs are not relevant. I have tried to replicate this fault without success. On all of my installations (test and live) I have paid attention to the file...

Welcome. A great many people are also doing similar to you and moving away from the big tech companies. I (We) do everything Open Source and give something back wherever possible. I've just finished moving all my home automation away from third parties by using Tasmota, MQTT and the Home...

Should that be libera.chat? (https://web.libera.chat/)

I'm looking at this on my test boxes, I have not been able to replicate the fault thus far, I will try a new install this morning, time permitting. What version are you running?

Ok, I think I understand, normally we would expect to see a diversion header but in your case you are just getting the History-Info header. You can test headers in a dialplan condition using the syntax $(sip_h_History-Info) then use regex to evaluate the part of the header you are interested...

You are the second person to mention this: https://www.pbxforums.com/threads/voicemail-prompts-messed-up-help-plz.5579/ @bdmonsey mentioned this. I don't think the issue is with voicemail_ivr.conf.xml Is this a relatively new install or upgrade?

Start by having a look in /etc/freeswitch/autoload_configs/lua.conf.xml and see if a event hook has been set up to handle the CUSTOM event subclass. Something like: <hook event="CUSTOM" subclass="avnd::beep" script="some-named-script.lua"/>