Search results

CSF is not part of the FusionPBX installer. Why would you knee-jerk install it? Dropped calls and not being able to answer calls is very much the calling card of misconfigured routers/firewalls.

I feel like this should work though ... Now that it's clear you are direct calling the extension maybe someone else can confirm?

It bans for 10 minutes, so still possible to be caught and it still works later on.

Na, don't feel like it.

If you are using a Simultaneous strategy on a Ring Group for your test, it won't work. You need to use Enterprise for multiple end-points in a RG.

Should be easy enough to hone down on where the issue is. Look in the file app/ring_groups/ring_group_edit.php. Dump out the relevant variables and see where it is failing to carry your prefix.

Nice story. Have you got a question? What have you tried in resolving your problem? What has worked or not worked?

Possible that your WAN IP was caught by fail2ban, hence you can't reach the endpoint.

1. Right of the thread title press the "triple dots" 2. Select "edit thread" 3. Select "(No prefix)" 4. Choose "SOLVED" 5. Click "Save" Guide for the guides @ewdpb :p

Just wack a debug["info"] = true in the empty space up on its own line, near line 25, after the copyright disclaimer. @KonradSC I get you though :)

Fail2Ban is your friend. When it picks up on N number of attempts it can send you an email. Have a search around for that. The directory will be /etc/fail2ban/

We all feel that way about the heckin' bridge sometimes.

I've never heard Freeswitch say "Transfer in progress" when transferring from IVR. Send a picture of your IVR or a call log if you would like help. Can't guess through this one.

Bria 5 Pro (for computers and mobile)

Category = Line Type = Call Park (or BLF)

That makes more sense. The query is returning False or nil, which is triggering your assertion to fail. If it was me, I would pick apart the statement to find out what part is erroring it out. Will require local debugging to solve this one, I think.

Hey, I clicked on a post with my solution :D

Sounds like a issue on your Panasonic. - Toggle transport (UDP -> TCP or vice-versa) - Reduce registration time to 300 or 150 - See if there is an RPort option in the settings to help it traverse routers/firewalls Those are some quick tests you can perform that may help

Looking at line 405 of of that file shows kinda nothing (from GitHub source). Can you confirm your file looks the same on line 405? Knowing where in the Lua the call is failing may show you what the issue is.

You may also need to "allow insecure apps" in your GMail settings.