Search results

Also, for good measure, if you have made changes and they do not seem to be getting applied, do a: rm /var/cache/fusionpbx/* Then restart freeswitch, this will clear your cache.

If you run /usr/bin/freeswitch it will start freeswitch using the current logged in user. If for example it is root, it will now create some files with ownership of root. When you now try and restart using systemd or whatever, it will fail as it cannot create the files it needs to as you have...

Post some logs

Hence why I said to use the siptrace in sofia.

It should be relatively straightforward, have you contacted @markjcrane about it? He is the most experienced in this?

Freeswitch should definitely send the auth header if challenged. You can check Freeswitch itself is receiving the auth header by doing a: sofia global siptrace on in fs_cli to turn it off again: sofia global siptrace off

I think it largely depends on your customer base too. Between the companies I support there are about 2000 domains and thousands of extensions. I would say that probably 95% of them have never heard of FusionPBX. What I'm saying is that 95% of our customers just want to make phone calls and...

I suspect, without seeing any logs that you have added something to the access control list that you shouldn't have.

Depending on your version, it could be you need to clear the cache. Have a look in /var/cache/fusionpbx and delete any files that exist in there then restart freeswitch.

I've used jaspar reports for this sort of thing for many years: https://community.jaspersoft.com/

Ah, I see, mine is the case where we are the domestic abuse service itself.

Not that this will help you but more than the call actually not being in the billing system, are you actually stopping the agents seeing the caller ID? I just mention it as this was a requirement I had for a client with the same sort of call. I have nothing that will help you though as I did...

That should work, show us the outbound invite in sngrep

I haven't touched teams for ages but why is your RURI what appears to be an https api endpoint?

I think it should be effective_caller_id_number

Maybe that's OK then, what you effectively have is dual wan then? The traffic is going out of a completely different connection.

What you have done here just looks really, really wrong. Why could you not have just added the provider in the same way as previous ones? Is outbound routes that will determine which trunk gets used for outbound calls and the inbound will just find their own way.

Did that clear itself up? What I notice is all the localhost entries have expired a significant time ago. What is also weird is that freeswitch should have been clearing those out

Turn off NAT in your phone and let freeswitch deal with it.

How many offices do they have? I wouldn't even try and maintain a list of zip codes, if its anything like the UK they will be constantly changing, new ones added etc as places are built. Its surely a job for lua/python rather than tons of IVRs. I would probably use some sort of google service...