Search results

Its basically just experience. If you read through it, what you can actually see is that it is going through the dialplan as defined in the dialplan manager.

No, your outbound routes are likely to break everything, you are saying send anything over three digits, that will likely include ring groups, extensions, etc,etc, etc, Create separate outbound routes to match your emergency numbers etc.

I believe you problem is here: bridge(sofia/gateway/5719458e-8222-4631-b62e-d7c64d5fef69/7000 Why is it trying to use a gateway to send that call? I would guess that you have an outbound route that is catching that.

Paste a freeswitch log of one of these calls

In the advanced gateway settings try setting callerid type to pid, again, after the change, stop and restart the gateway. Also, can the provider not help you out with this? They should be able to tell you what the invite should looks like.

In your gateways advanced settings, do you have "Caller ID In From" set to true. If not can you set that then stop and restart the gateway.

Hi, I see the problem immediately: 2024-09-29 23:20:59.357307 98.63% [DEBUG] sofia.c:10582 IP 108.60.224.235 Approved by acl "providers[]". Access Granted. You have modified the ACL that should not have been done, the PBX is now treating you as a provider and it is using the public dialplan...

Hi Juca, at a guess, even without taken a look at the code, you need to flush the cache. This is what would be happening if you edit an extension in the gui. rm /var/cache/fusionpbx/*

No of what you have described above would have anything at all to do with sqlite. What you are descibing is more like your IP got blacklisted somehow. The lines showing sqlite busy are perfectly normal. 100% this has nothing to do with sqlite.

Nick, I have done this many times in the past but its so long ago that I can't remember. Why are you trying to do this? Just get sqlite into RAM and everything will be fine.

We do not normally replicate the freeswitch database, just leave it running in RAM using sqlite.

Also, if you do not get the required info in the log, in fs_cli do: sofia loglevel all 9 You should see the problem in there though it is very verbose.

What do you see in the logs when you try and restart the tls profile?

I did take a look at this. It is very pretty. If the intention is purely to make fusionpbx better then why not just work with Mark to actually integrate it within the project itself?

I could probably get a thousand concurrent calls on a raspberry pi 5 :)

Not a clue, the reality is though that hardware is very much a thing. The most I have had on a single box is 3000 concurrent calls. I had 750 using a cluster of three arm cubieboards probably 10 years ago. In the real world, none of these stats are meaningful. You can have one single client...

By default it uses UDP 16384 to 32768. That's the way you should leave it. The server would die long before you eve filled those. What will usually kill your server, long before max concurrent calls is CPS, calls per second. Just scale out as you need to.

As Adrian said, there are some linux tools but its always going to be very, very messy and unless you had stopped the disk being written to, you will lose stuff anyway. I don't even think the tools that do recover actually get the full filename.

No easy way to do this, do you not have backups?

I've just turned it off, it was a mistake my side. I'm trying to combat the increasing amount of spam, mainly from gmail users that we seem to be getting. I have created a group, verified members that has permission to post without moderation and I added you to it but unfortunately had left...