If I create an application using twilio api to create a conference application between 5 users and each of the users are continuously changing network (switching between 4G / other Wi-fi networks ) . Will Twilio internally take care of seems less switching between (without any network disruption) them ? If yes, then how does it do that ? If not, how does the app developer ensure the service is not disrupted if the end point users are switching network.
Twilio evangelist here.
If you are using Twilio Client in your app to call into the conference, then if the phone switches between 4G and wifi, we should keep the call going uninterrupted.
Hope that helps.
Related
what I am trying to achieve is to make a VoIP call from an iPhone to an iPhone using Twilio.
To do that I'm using the iOS SDK, the Twilio Voice to be more specific as the iOS SDK is superseded.
I have a server that generates an access token and when I create a call the Twilio API would make a request to my server and I would return a <Dial /> keyword with the client name and the connection would be established.
The problem is, this counts as two calls(iOS app to Twilio is the first one and when I return a TwML <Dial /> response is the second one) so the price is practically doubled.
Is there a way to make it as a single iOS app to an iOS app call? All my server does is to generate the TWiML using the parameters that are sent from the client anyway.
Oh and also in the documentation there are some talks about capability tokens but all the current documentation is using Access Tokens.
Are capability tokens relics of the past for the older API?
Thanks
Twilio developer evangelist here.
Twilio calls are always priced per leg, so in a call between two people you do always pay for the outgoing leg and the incoming leg. They may also have different lengths, if the outgoing call goes through some other TwiML before making the <Dial> for example.
However, if all you want to do is make calls between applications and you don't need to be able to make calls to the phone network then can I recommend you take a look at the Twilio Video project. While it is called "Video" you can use the SDK to make audio calls between apps too. And if you choose to create peer-to-peer rooms, then the audio stream is sent directly between the two devices and not charged as a call leg at all. The only extra thing you need to do is to generate the call notifications yourself.
As for capability tokens, they are indeed a left over bit of documentation. Capability tokens have mostly been renamed as access tokens so you can use them interchangeably. If you investigate the Video SDK, then everything will be Access Tokens too.
We have an iPhone app and would like to provide the ability for our users to voice call each other without needing landlines, telephone numbers or use their calling minutes. What is needed with Twilio to do mobile-app to mobile-app voice calls?
Twilio evangelist here.
I'd start by checking out or Twilio Client for iOS quickstart. The short version is you'll need to set up some kind of back end service that can generate tokens and TwiML instructions, then in your iOS app use our iOS SDK to connect to Twilio and make or receive calls.
Hope that helps.
I have a question and I need to know if this Twilio integration is possible.
My client needs to keep the same business phone number (as it is marketed and printed in all advertisement).
She has a landline phone handset which is connected to ATT&T with the business phone number, but we have a different number for tech support.
I want to be able to integrate Twilio so that it works like this:
1.Client calls studio phone number
2. Twilio receives the call and presents a (press 1 to speak with the front desk, press 2 to speak with tech support prompt)
3. They press 1 and the studio phone handset rings and the front desk rep is able to take the call.
3a. They press 2 and they are connected to our tech support number.
Please help. If you need any more clarification, please let me know. Thank you.
Twilio evangelist here.
It sounds like the best approach here is to port the business phone number into Twilio. This would let Twilio answer the incoming phone calls and execute your IVR for the callers, which solves steps 1 and 2 in your workflow.
For step 3, if you port the business phone number to Twilio then you'll need to find some other way to make the landline phone in the business ring since it won't have a phone number any more. There are a few ways to do this:
You could get a new phone number from AT&T that rings her landline.
You could go VoIP and build a Twilio Client application hosted either in web browser or a native iPhone or Android app.
With either of these options, from when the user selects option 1 in your IVR, you would just use the <Dial> verb to have Twilio make an outbound connection (either to the new landline number or to the Client instance name) and Twilio will bridge the incoming customers call with that outbound call.
Hope that helps.
If I am using Twilio for a disaster recovery application and the scenario happens that all mobile comms in a region are down but landline is still up; will Twilio still function for landline users or does it rely on mobile comms for some portion of its service? Does Twilio rely on mobile networks for some portion of its back end?
Or should I be safe?
Hi Twilio Customer Support here.
It depends on how you set up your application, if its primarily SMS based and the mobile network goes down in the region/country then it will impact SMS deliverability, though I cannot state 100% sure how it will affect sms to sms capable landlines.
What I recommend is you mix voice into your service on top of SMS, you could have automated messages or statements, or voicemail services.
Have you seen the Twilio.org rapid response kit? It might give you some pointers on where to look at:
https://www.twilio.com/blog/2014/03/open-source-nonprofit-tools-twilio-org-rapid-response-kit-nt.html
Tom
I've spent days now searching for a way to route calls from an iOS application through a voip server to mobile number or fixed landline number (or send an SMS)... Essentially like voIP-GSM
I want to essentially have a similar system set up to Skype but with out the other user having the app, just directly call someone's phone using your data/wifi rather than your limited voice minutes or numbers if SMS.
One company who I know of that has worked out how to do this is: http://callsfreecalls.com/
I don't just want app-app communication like from twilio or rebtel!!
1) Would Asterisk or PJSIP help me in any way?
2) Would there be anyway I could do this all for free?
3) Will I have to create my own VoIP network or SIP server??
4) Will I be able to accomplish all this and put it into an iOS app?
Any ideas or help would be much appreciated. Thank you
Twilio evangelist here.
With Twilio Client you can make a VoIP connection from a mobile app into Twilio, then route that to any other number (mobile or landline). You are not restricted to app-to-app only calls.
When you create a Capability Token for Twilio Client, one of the parameters you can pass it is a TwiML Application SID. That TwiML Application maps to a URL that you can use to return TwiML instructions that Twilio will execute when a user initiates an outbound call from your iOS app. In those instructions, you can use the <Dial> verb to tell Twilio to dial a regular phone number, which we will bridge to the Twilio Client connection.
Hope that helps.