Zulu Mobile completely useless

(Charles Darwin) #21

The problem with push notifications & app background activity is a widespread issue (android &ios). It is not Sangomas fault that the makers of Android & iOS have implemented insane battery saving features, which make most smartphones useless…
App developers have to implement all sorts of workarounds to ensure basic functionality.
Last time I checked, my Iphone 11 wasnt even able to receive emails in realtime using Apple Mail without an Exchange server. When it slept, it did not send me any email alerts. This is crazy! Therefore I switched to a Oneplus 8 pro.

Here is an example of settings required for a simple alarm system to deliver push notifications to a smartphone nowadays (same applies to the apple)…brave new world :wink:

(Benoit) #22

The more extensions I add to a ring group, the slower Zulu will ring. Im using ring all.
If I have under 10 extensions it rings a few seconds later. If I have more, it takes a lot more time. If I have over 15, then It will ring just before the failover.

I can confirm this behaviour, see also Zulu, delayed ringing in larger queues and that’s regardless of using the mobile app or the desktop app.

(Tom Ray) #23

This is incorrect. I have the Bria Enterprise platform. All my clients use IPv4 on their Bria (including me) and it works fine on Android and iOS. I never miss any calls on Bria and I don’t even need to enable Push Services because it backgrounds just fine.


Just reporting our experience using the current and older version of Bria as PJSIP endpoints at two FreePBX installs. If the mobile devices are outside the network on IPv6 enabled cellular data systems, they would not connect and there was not, at the time, an option to limit them to IPv4. YMMV

(Tom Ray) #25

Well there is a difference between only having IPv6 network available vs only usable on IPv6. If the cell network doesn’t have a way to convert IPv6<>IPv4 then it doesn’t matter it will always be IPv6 regardless of the softphone. Do the mobile carriers have or allow IPv4 on their networks for their users? Do they have a way to convert that?

(Apillon) #27

Dear Nenad,

We provided the ticket numbers ([#954601] and [#955268]) but nobody contacted us.

(Oleksii Brainin) #28

This post was flagged by the community and is temporarily hidden.

(Romano A.) #29

@slobera Yes I confirm I am able to send a push notification and get the message on my mobile phone even if the Zulu Mobile app is closed.


  1. Can you make outbound calls? Yes
  2. Can you receive inbound calls when application is in foreground? Yes
    2b. Can you receive inbound calls when application is in background? Sometimes/random
  3. Can you receive inbound calls when application is closed? No

We have:

  • iPhone 11 IOS 13.3.1 running Zulu
  • Xiaomi 9 SE Android Zulu

We provided two ticket numbers ([#954601] and [#955268]), can you please get anyone from support to assist?

Thank you!

(Giuseppe Ravasio) #30

I totally agree with you.
We bough 1000 licences and deployed 300 clients and it’s a mess.
It works unreliably, the call list doesn’t work and the support doesn’t answer or doesn’t solve issues.
I’m a big opensource fan and I use asterisk from 2008 but now I’m moving to a legacy solution that has better support and a working UC.


(Apillon) #31

I totally agree with you.


(Oleksii Brainin) #32

Geez, I didn’t realise that providing a solution might be considered as spam.

Anyway, regarding push notification. It’s really a pain in the a**. Especially on Android (particularly on Android). We’ve spent many hours working on this in our apps, but sometimes the app itself is not a problem, but rather phone’s settings. Moreover, device manufacturers while trying to optimise battery life or providing various “enhancements”, implement overlays or skins that run atop of the operating system (like OneUI on Samsung). For example, in Samsung Galaxy S6 there is a Smart Manager app which blocks push notification or fetches them less frequently.

Also, try doing the following on your device:

  1. Check that the app is in the exceptions list in the Energy/Battery optimisation settings.
  2. You should have at least one active Google account on your device
  3. Update Google Play Services to the latest version
  4. Check that the notifications are allowed for the app in your phone’s settings (Settings > Apps & Notifications > [App name] > Notifications)
  5. There might be also some network restrictions as push notifications are sent to the specific ports. You can check router and firewall settings as well as antivirus settings.

Unfortunately, even doing all the above mentioned it might happen so that push notifications are still not working. That’s because it requires lots of micro solutions to get it working on the variety of Android devices and that should be done on the developer’s side.

Anyway, if Zulu UC will not do the trick for you, you can try our solution (which is itself a solution for this topic!), which makes organising remote work much easier and it works on top of your FreePBX installation (actually, it works with any kind of phone systems). Will be happy to make a demo for you or anyone interested.

(Tom Ray) #33

Your solution was abandon Zulu and use your product. That is not providing a solution, that is marketing.

(Lorne Gaetz) #34

I call 'em as I see 'em. Maybe someone would disagree, but I see a week old account with a single post promoting their own commercial product. If it walks like a duck …

(Oleksii Brainin) #35

Well, I didn’t see a solution to the above-mentioned problem, so I provided one of them. Also, there were mentions of Bria here (and not only), but they weren’t labelled as spam. Maybe my language was a bit like a salesman, I apologise for that, but considering the fact that there are not too many alternatives in this field and not too many innovations (I do believe that we provide both), I don’t see any wrong by mentioning our product (or any other product) as a solution.

(Oleksii Brainin) #36

Aren’t we in a FreePBX forum? Aren’t we in a “Commercial Modules” topic? In fact, I did not provide an alternative for a FreePBX.


I agree with Lorne, and I’ve, more than once, had far more on-topic, entirely non-commercial posts removed.

(Oleksii Brainin) #38

And I disagree with Lorne. He does what he should on the company’s forum, I understand that, but let’s not forget that this is a FreePBX forum and not a Zulu forum. Moreover, he mentioned that my account was created a week ago and so does a hundred of other accounts. Someone posts a problem, someone posts a solution. I can’t fix push notifications for Zulu and other problems that were mentioned here, but I can provide a solution, nevertheless.

(Tom Ray) #39

But it is. You can’t have Zulu without FreePBX, so it’s not an external solution just for anyone. It’s a FreePBX based solution. Why would there need to be different forums?


If you care to post a link to any un-impeded code, I am sure many folks here will look at it and peer review ( I will at least).


When acquiring a new phone system or upgrading an old one, good integration with mobile is an important factor to most organizations. IMO, FreePBX is weak in this regard; I’d rate it a C. The 3CX app is a step up, perhaps C+ or B-. A few expensive hosted systems such as RingCentral and Dialpad would get a B. I’m not aware of anything that comes close to an A.

If a third party offers good mobile integration for FreePBX, IMO Sangoma should welcome them, because it will result in more deployments. You may lose the Zulu sale, but you’ll sell more other commercial modules, support, trunking service, appliances and phones.

That said, I took a look at the Ringotel site and came away disappointed. There is no description of features, pricing information, robustness, etc. I hope that @arroinie will be permitted to post those details here.

I admit to never having even tried Zulu, because numerous credible posts in this forum indicate that it is not yet as stable as the Groundwire app I’m using now. But that’s far from perfect; when staying in an area with poor network coverage, I manually change Follow Me to make a mobile voice call instead. I had recently been working deep in the backyard and experienced several calls with really bad voice quality; the Wi-Fi signal from the house was too weak. (Yet weaker would have switched to mobile data and been fine.) The solution was installing an old unused Ubiquiti outdoor AP onto the roof of the barn.

We shouldn’t have to resort to such measures. Why can’t we have grade A mobile integration that just works?