I want to stop the ringing sound when anyone call on my twilio number or is there any way I can make the incoming call to get retrieved automatically,I mean when any call comes to my twilio number it just instantly get received.I don't the caller to hear the ringing sound.
Thanks,
Twilio developer evangelist here.
As far as I'm aware, the ringing is the least possible, but it is also not under our control. As you can imagine, when you dial a Twilio number the call has to go through several networks before it reaches Twilio, Twilio then has to make an HTTP request to your application, retrieve the TwiML required to answer the phone and then respond to the call. All of that can't happen instantly so the phone will ring.
Does that make sense?
Related
How do i set up twilio where it shows an extension after sending the call to my phone? Example: the caller id that shows up from the caller to my phone is, "123-456-7890" - is there any way to make that number show up as "123-456-7890X" or anything after so that i know its coming from twilio.
Twilio developer evangelist here.
You can't add anything to the caller ID like that, but you can do something else to alert you that an incoming call is from Twilio.
When you set up your TwiML to forward the call, you can set the url attribute on the <Number> element. You can point this URL at some more TwiML that will be played before the calls are connected. This is called a call whisper and you can use it to tell yourself that the call is coming from Twilio before you connect with the caller.
Let me know if that helps at all.
My Twilio server has 3 pages
/listener
Sets up a <dial> and <Conference statusCallback="/gather" statusCallbackEvent="speaker start"> and appends caller to said conference. In the conference, the events request should be sent on any user speaking and conference starting (starting is just used for debugging in case it's something wrong with speaking alone, but the starting request won't be sent as well).
/gather
Uses gather to listen to speech with action='/parse'
/parse
Parses the message.
Right now, when I set the webhook to /gather, I could see 2 POST requests to /gather and /parse no problem. But when I set it to /listener, only 1 POST request per call would appear and no subsequent requests would be sent on conference start or people speaking. Can anyone possibly tell me any example of statusCallbackEvent working with gather or provide any workarounds?
Twilio developer evangelist here.
It looks to me like you are trying to use speech detection on the ongoing conference call via events?
If that is the case, then I'm afraid that is not what statusCallbacks in <Conference> do. statusCallback events during calls are asynchronous callbacks, your response to them will not affect the ongoing call. Responding to a statusCallback event with TwiML will have no effect.
Subsequently, it's not possible to simultaneously continue a <Conference> and use <Gather> on the participants.
I own a twilio number. I want to test if a caller can call my twilio number but connect to it. ie. The caller just hears a ringing sound.
My idea is to find the caller's phone number but not incur any expense on the twilio number. Is this possible?
I compromised on ringing sound. I found this doc in twilio for sending busy signal to the caller.
https://www.twilio.com/docs/api/twiml/reject
I am using twilio's call screening / whisper example. So basically when we use the Dial verb to call the number, we want to play a message when the receiver picks up the phone and give them the option to accept/reject the call. While the caller should keep hearing the ringing tone until the receiver makes a choice.
Most of this works as expected if we follow what's described in the call screening example https://www.twilio.com/docs/howto/callscreening
The problem is as soon as the receiver picks the phone, the caller can no longer hear the ringing tone, and the call goes silence until we have a response back from the receiver. This is a huge problem, because the caller will probably hang up once the ringing tone stops and there is no answer.
I have already had a look at the following two answers.
Twillio Call Screening silence on answer
Detecting when call had been answered using Dial verb
I personally don't want to go down the conference route.
In Number verb's documentation its clearly mentioned that the caller will continue to hear ringing tone.
https://www.twilio.com/docs/api/twiml/number#attributes-url
The 'url' attribute allows you to specify a url for a TwiML document that will run on the called party's end, after she answers, but before the parties are connected. You can use this TwiML to privately play or say information to the called party, or provide a chance to decline the phone call using Gather and Hangup. The current caller will continue to hear ringing while the TwiML document executes on the other end. TwiML documents executed in this manner are not allowed to contain the Dial verb.
The same issue happens with the Find Me Twimlet as well.
twilio.com/labs/twimlets/findme
Contacted Twilio support, you'll need to set "ringTone" attribute on like this:
<Dial answerOnBridge="true" ringTone="us">
I have tried that and it worked for me.
Is there a way to get the time between when an incoming call connects to a carrier and when it is answered using Twilio?
This is how I understand the flow for an coming call through the Twilio system:
Caller dials a "Twilio" number
Caller's carrier connects call to Twilio
Twilio connects to my application to ask for instructions
My application tells Twilio to formward the call to the callee's phone
Twilio connects to the callee's carrier
The callee's carrier locates the phone (if it is a cell phone)
When the callee's carrier locates the phone, the callee's phone starts ringing
The callee answers the phone or the calls rolls over to voicemail, either way, the call was "answered"
Twilio detects that the call was answered
Is there a way to get the time delta between #5 and #9?
Twilio Evangelist here.
The upshot is a simple no. This data isn't exposed through Twilio's API (see the REST Docs for a call). Is there a particular reason you need this data?