Search results

Would be more valuable to include the log of call fafb11b9-7374-4ab4-958c-beef40f9ad95 so we could see what is actually going on there.

That picture was utterly useless XD Go to Accounts > Devices and press Vendors in the top right. Is "yeastar" set to "True"?

Quickly looking at some code, it's shown when fax_success is not true. So it could have been any host of reasons. Try the fax again?

If you replace '${caller_id_number}' with 0123456789 in your cidlookup.conf.xml does it still work?

I tried to find the Freeswitch-iest way to get the last caller, but couldn't find how online or in the logs. I'll give that a go! Appreciate your input @djacob! * Code updated above

Same version as @Andrew Byrd (Fail2Ban v0.9.6), couldn't get it to accept multi-line. Would like to know what version @KonradSC is on!

fs_cli -x 'load mod_h26x'

Out of curiosity, what version does this give you? sudo fail2ban-server -V

@Kenny Riley No worries mate :)

In your outbound route, do action | set | effective_caller_id_name=blah (or some variable like that, you can find the variables in the logs). Would be easy to test against mobile. I know most of my upstream will not honour caller ID name, so it's pointless for me.

I was bored at lunch so I wrote this. *Update 1 - Thanks to @djacob for suggesting a different way to get last call. Images and code updated in this post. Notes: - Save this file at /usr/share/freeswitch/scripts/app/blacklist/index.lua - Simply grabs the last inbound number that reached...

Documentation states a CIDR will work in a space separated list. [DEFAULT] # "ignoreip" can be an IP address, a CIDR mask or a DNS host. Fail2ban will not # ban a host which matches an address in this list. Several addresses can be #...

Yes. Advanced > Variables Add H264 on each of these two variables. Status > SIP Status Click on RESCAN for your profiles Then if you click on the profile name, you should be able to see H264 loaded That should work.

This doesn't look right to me... GET /http://admin:555@192.168.100.5/app/provision/security.tuz HTTP/1.1 GET /http://admin:555@192.168.100.5/app/provision/aastra.cfg HTTP/1.1 Mine look like public.ip - - [12/Jul/2019:13:16:48 +1000] "GET /app/provision/001122334455.boot HTTP/1.1" 404 169 "-"...

I think you wrote this backwards :)

Increases load. It's up to you!

Your colleague is right, did you try that? It's as straightforward as https://uSeRnAm3:pA55wOrd@sub.domain.tld/app/provision (I've done this with both Grandstream and Yealink) Replace uSeRnAm3 with your username. Replace pA55wOrd with your password. Replace https with http if you hate security.

It's a cronjob which I believe I have seen in the FusionPBX documentation.

None of that should be necessary as the provisioning configs for phones is created dynamically on request. Three suggestions; 1. Download the config manually from the Device page by that phones MAC 2. Go to Advanced>Provisioning editor, find the variable, and make sure it matches the exact name...

I highly doubt that. SignalWire comes from the developers of Freeswitch. They would be very familiar with what to send. Can you speak to SignalWire support about this?