Search results

UDP should absolutely be working unless you have made changes to stop it working.

But if event guard is in play, they shouldn't be seen in the freeswitch cli. Try restarting the event guard service, the iptables chains get created when the service starts.

Being a redis fan, because of its speed and the fact that it will be in memory, thats what I'd use. Load the numbers into redis and then use a lua script in the dialplan to do the lookup.

Sorry, not to user, here is an example off a live box put it just under the user exists condition....

My point is, if you just are trying to present a different caller id, you do not need multiple trunks if you are using a standard carrier. I use one carrier with hundreds of caller IDs. If you do really need a trunk per extension then just add a condition to the outbound route that matches the...

Have you set a specific caller ID in the outbound route? If not, this should just work. Check the outgoing invite to the carrier with SNGREP to see if it is being sent to the cariier correctly and maybe the carrier is overriding it.

What are you trying to achieve her by using specific outbound routes, is it just to get a different caller id or is there another purpose?

Hi

Cache files on new systems are in /var/cache/fusionpbx That is the directory you want to empty.

Show us the actual message rather than the flow. Press F6 on the invite

So you have a destination configured for 18555285538? That is what they are sending it as? If you have the destination set up, post a log from fs_cli.

We need the detail not a picture. Inside the register press F6 and paste that.

Post some logs when doing the forwarding, preferably using sngrep of the attempt to register to the provider.

Which bit is not working? eg, is the privacy id set in the outbound invite, etc?

What is this order 195 you are referring to? Your 195 may not be the same as mine. Everything that you can set in the webui should be available to set in provisioning, variables may need to be added to the template if they are not already there but it is doable. The gui helps with this. For...

Hi, Everything is probably working as expected. I'm not familiar with Grandstream but it looks like the phones are set to autoprovision at boot. Ideally, you want the BLFs etc set in the device config so that the server provisions the buttons otherwise you will always face this situation when...

In that case you are better sticking with agree's suggestion.

But why not just create separate destinations for each number? If later you need to change the destination it is easier?

Yes, it is exactly as described, destinations create inbound routes.

?