Search results

A rogue user with too many rights and a propensity for right clicking?

Your card machine will likely need port 10,000 OUTBOUND TCP. Your 3CX PBX will need 9000-10999 INBOUND UDP. Both can co-exist on the same router / network. Each call requires 2 x inbound ports so, on paper, you need enough ports for 2 x number of max simultaneous calls. However, in my...

I handle this by having a quota that's always significantly higher than my needs (so is never hit) and with a decent buffer, then limit how many calls I store by retention period. That way if, for example, you keep three months worth of calls it just averages out (i.e. a busy day or two can not...

Will do @OlegR_3CX, and I look forward to it - I just wish beta / RC / release was handled differently at 3CX, I find it confusing. It would make more sense if V20 in it's current form had been called a Beta, then I wouldn't even be worrying about this stuff. I would just wait for the full...

Apologies for duplicate posting / copy paste below but you've duplicate answered it in the self-hosted forum: Sorry @OlegR_3CX - I don't usually see the point in disagreeing with 3CX staff but I think you're revising history there. It was categorically stated that it would be in update 1 in...

Sorry @OlegR_3CX - I don't usually see the point in disagreeing with 3CX staff but I think you're revising history there. It was categorically stated that it would be in update 1 in the blog posts for more than one of the RCs, regardless of what might have been said elsewhere. And blog posts...

If you're in spec and having random reboot problems on lots of Pi SBCs it sounds like either PSU insufficiency, heat dissipation problems or an over-eager / loose canon admin.

Not only safest but often the fastest... 30-60 mins of work versus disappearing down a rabbit hole trying to troubleshoot an obscure issue, where the troubleshooting itself may take your install further away from being 'standard'. It's easier / faster just to blow it away and start again from...

Scheduled reports now appear to have been dropped in update 1...

Wait, what? Scheduled reports are now going to be in update 2 instead of update 1? The previous 3CX blog said "Do not upgrade if your setup requires Scheduled Reports, this feature will be included in Update 1". It was already frustrating that core functionality was left out of a major...

Did they give an ETA?

Typically, any custom music on hold needs a volume reduction of 30%ish (your figure may vary) from normalised so as not to be deafening / distorted to the caller.

There are a couple of threads already - it's a Yealink problem (DST set to 4th week of March instead of last) so the fix will need to come from them. Without a fix, this will recur. The workarounds are not great. There is confusion that this is to do with leap years - it isn't, it's when...

I find the easiest way is to let it get blacklisted, edit the blacklist entry and change it to whitelist. I didn't think you could have 2 entries for the same IP address... It might also be worth checking there is no overlap with another entry that has a range in it rather than a single IP...

Has anyone seen any hints or indications of when update 1 is most likely to land? We need reports functional so will be coming from 18. I need to pencil in some out-of-hours time for the upgrade and some other bits of associated VPS migration / SBC work requiring downtime on a couple of sites...

It beats me how this is a leap year problem - there are the same number of days in March every year... Next year isn't a leap year and it's going to happen again then (without a fix).

But the system timezone is correct, only the phones are wrong. If I were to change the system timezone to compensate it will affect business hours. Or am I misunderstanding?

The clocks don't change for another week but all of our Yealink phones seem to have decided to go a week early... despite being set to the correct timezone. Is anyone else experiencing this?

If someone is posting in self-hosted I make different assumptions to on-premise. 99% of VOIP is networking so starting from the wrong understanding of someone's infrastructure / topology makes it trickier to help. It might be worth asking support to get your license marked as on-premise so you...

Given we're in the "Self-hosted" forum, it would be a bit odd to have PBX and SBC / phone on the same network...