Jump to content
Vodia PBX forum
gotvoip

when will the Apple App be ready?

Recommended Posts

For now you can use the web browser on the iPhone. Having voice on a iPhone is an entirely different story anyway. Android pushes and embraces WebRTC while I have the feeling that Apple sees this a lot more critical. It is not an option for Vodia to develop the whole RTP/SRTP/DTLS stack for a free iPhone app. So we must build on something that already exists. There are some rumors in the market that Apple will integrate WebRTC on Safari and then it makes sense to look into this again.

Share this post


Link to post
Share on other sites

We are looking at replacement options for our current PBX solution.

Is this app for iOS still something that has not been completed?

 

Regards,

 

Vince

Share this post


Link to post
Share on other sites

iOS app is still yet to be developed, but if you're looking to move your PBX to Vodia's then you can let us know how many extensions of yours are coming on board which need this functionality or you can always setup a call with us to discuss this further on how we can fasten this process.

Share this post


Link to post
Share on other sites

... keep in mind there is a market for SIP soft phones that is becoming as competitive as for the hard phones - giving you a great choice in terms of OS, pricing, look, integrations and so on. We are increasingly focusing on integrating those. CounterPath and ZoiPer are already well integrated with provisioning, and future versions will add more of their features as well.

Share this post


Link to post
Share on other sites

Sorry to see this...

We are looking for a great multi-tenant PBX and our 888Voip rep asked me to look into Vodia with his highest recommendations... however, customers are looking for an iOS and Android client, like Zulu from Sangoma or the 3CX app. Obviously, these are single tenant systems... but Thirdlane has an app, too. 

Just sayin'

Peace,

Aaron

Share this post


Link to post
Share on other sites

Vodia also has an app - for Android. But it is not as good as other soft phones. Like with the hard phones, there is a market place for soft phones. Especially when it comes to small native apps, it IMHO is better to look at those apps.

Customers are not stupid, they can search the Internet in one second what a good soft phone is and it can be hard to sell them the (only) one that comes with a specific PBX. 

Share this post


Link to post
Share on other sites

Regarding CounterPath as an alternative for iOS clients, I wonder if the Voida PBX supports CounterPath's handover model for receiving calls when the client is not in the foreground.

The way it is supposed to work is described here: https://www.counterpath.com/assets/docs/guides/mob/mob_Retail_Ios_5.5.3/UG/Default.htm#clients/UserGuides/Mobile/Reference/mobBriaPushService.htm .

However, with Vodia PBX v62.0.1 I can't get this to work "out of the box" at lest. The PBX sends caller to voice mail if no other extensions are registered, maybe due to some unexpected behavior of the Bria Push Server. 

Would be nice if this could work.

Share this post


Link to post
Share on other sites

FYI everyone: PRACK needed to be turned off for CounterPath's push solution to work with v62.0.1. 

(Not sure if this will have some unforeseen consequences as I have only tested successfully twice.)

Share this post


Link to post
Share on other sites

We did a change for PRACK to work with CounterPath, but this was done after 62. If you can, try 63 with CounterPath. Also there were some updates to the cloud provisioning for CP.

Share this post


Link to post
Share on other sites

Ok. Excellent. I have hesitated to upgrade because I don't want to break anything that is working, but maybe 63 is a safe one? Rolling back seems difficult due to the password encryption.

Share this post


Link to post
Share on other sites

Thanks! Upgraded with no issues, and could restore PRACK after that.

A remaining problem with Counterpath and its push/handover mechanism is that some calls behave very strange. Every now and then this happens:

The caller lands in voice mail, but the Bria Stretto user will hear the phone ring.

If picking up, the callee will hear nothing OR will hear what seems to be the Virtual Private Assistant.

The PBX registers these calls as two calls in the call history.

I wonder what can be done to troubleshoot this.

No trunks are involved. This is just between registerred SIP-clients and the PBX.

Share this post


Link to post
Share on other sites

Yea, looking at the registration history in the extension tab it would be expected that there is just one, stable registration with the push server. I wonder if that can be set up somehow.

Share this post


Link to post
Share on other sites

The setup is now the standard one where the client and the registration server alternate registrations, but potentially with some brief overlaps (option 0  below). Not sure this is what is causing problems since Vodia supports multiple registrations for the same account, and since most of the time, the handover appears to work fine.

In any case, seems like you are suggesting that 2 would be more stable?

/CW

  • 0: Standard: Your VoIP service provider supports multiple registrations. In this mode, there may be short overlaps of registration where both the Push server and the Bria client are registered to the SIP server.
  • 1: Single Device Emulation: Your VoIP service provider does not support multiple registrations. Bria and the Bria Push server must unregister before the other one can register.
  • 2: Continuous: Your VoIP service provider support multiple registrations. The Bria Push server is always connected to the SIP server. Bria is only connected to the SIP server when Bria is in the foreground. When Bria is in the foreground, Bria ignores push notifications so you do not receive duplicates.
  • 3: Single Device Takeover: Your VoIP service provider does not support multiple registrations. Bria and the Bria Push server take over registrations from each other without unregistering first.

Share this post


Link to post
Share on other sites

Looks like I'm closer to pinning down what's going on... Seems like my test call generator, somehow, sometimes, manages to make some noise that is misinterpreted as the starcode that gets the call added to the callback list. 

I wonder, what are the conditions for this feature to be activated by a caller? Can it, for example, happen only when the caller reaches the mailbox, or is there some other situation when it can happen, such as when ringtones are being generated before the callee or voice mail has picked up? Can the feature be turned off?

 

Share this post


Link to post
Share on other sites

I assume it's the mailbox, since there is no agent group configured, but mailbox doesn't explicitly offer callback as an option, and "offer camp on" is disabled.

The sequence of events from the point of view of the caller seems to be like this:

1) caller places a call to the extension

2) Ring tones are generated .

3) "Something" (probably voicemail) at the PBX picks up and it immediately (before even playing a greeting) for unknown reasons adds the caller to the callback list.

4) The caller hangs up.

From the callee's point of view, the phone rings, but when picking up, it's the PBX offering various options. Not sure what it is. (See the file  rec_115_13.wav in the attached ZIP. I'm also attaching PCAP files captured on the PBX.)

When this happens there is always two calls registered in the log, starting at the same time.

A big question is if the callback list option can somehow be triggered before the mailbox has kicked in . It almost appears to be the case, because the mailbox really shouldn't have come into play here. (The callee account had a live registration generated by Counterpath, and the callee picked up well before the call should have landed in voicemail.)
 

weird call with stretto.zip

Share this post


Link to post
Share on other sites

Well there is a feature for calling back users in dom_ext2.htm - maybe this one is "Yes"? This one is supposed to be used for private cell phone users that don't want to pay for company calls from their cell phones...

 

image.png

Share this post


Link to post
Share on other sites

Initiate call back after hangup is "No" for the called extension in the tests and the calls are not made from a cellphone or POTS-phone, but from a registered extension.

 

Share this post


Link to post
Share on other sites

Well I think it makes sense to take a look at the SIP packets, maybe there is something weird going on there...

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×
×
  • Create New...