Outbound call ending without reason
# support
s
Some of my outbound calls are ending with no reason and I get "customer-ended-call" as the reason for call ending. There is no error in the calls logs or in twilio. I am not sure why this would be happening
v
@santi_racca I'm sorry to hear that you're experiencing issues with your outbound calls. If the calls are ending and you're receiving a "customer-ended-call" message without any errors in the call logs or Twilio, it could be due to a few reasons: 1. The customer might be intentionally ending the call. 2. There could be an issue with the customer's phone service or network connection. 3. There might be a problem with the call setup that's not being logged as an error. To help you further, I would need to gather more information about the calls in question. Could you provide details about the frequency of this issue and whether there are any patterns to the calls that are being ended (e.g., calls to certain numbers, calls at specific times, etc.)? In the meantime, it might be helpful to reach out to a few customers, if possible, to ask if they experienced any issues on their end. Additionally, reviewing any application logs or user feedback could provide insights into why the calls are being ended. If you continue to face this issue and cannot find a resolution, please ask support for more info on this. They may be able to provide more detailed assistance or investigate the issue further.
You can continue this conversation by mentioning me in the message.
Got it. Tagging @User for additional help.
s
@User Happens randomly with no clear pattern
@User Can you guys help me out with this?
b
Can you provide some call IDs please
s
3925242e-57d6-4c0d-8e03-cd10207658e9 This call I noticed got a "machine_detected_end" by twilio early on in the conversation, but ended about 9 minutes later and cbb7e79d-69c6-48f5-9828-0f03de0fc25b This one was marked as answered by human, so no issue there.
Twilio does not show any errors
@bryant Were you able to see some information regarding the calls?
@Shubham Bajaj Do you think you can help me out here? I'm having calls dropped in production and getting very bad user feedback
s
@santi_racca I have looked into call logs on our end, and none of calls are ended because of assistant/model or something else but also I am not ignoring the fact your customers are mentioning call is getting disconnected automatically. To investigate further on this can you help me with current status of the issue.
s
Hey @Shubham Bajaj I will provide you with the my conversation with twilio as it seems they are sending the HANGUP verb to you guys
They claim however that it was sent to them
I spoke to their support team and this was the answer Hello Santiago, Thank you for contacting Twilio Support. My name is Aldo from the Voice Support Team, am more than happy to assist you on this ticket. I will be working with you to ensure that we can provide you with both a timely and successful solution to your issue. Upon reviewing your reported calls, I can see the calls are being intentionally ended by the usage of Twilio API, as you can see below: While the calls are active, someone or something is intentionally updating the call resource via POST with a TwiML which terminates the live call. This is what is happening here: https://www.twilio.com/docs/voice/api/call-resource#update-a-call-resource Could you please re-verify on your API end if something might be triggering these requests while the call is active? I can confirm the call is terminated by Twilio's API, but this call resource update is something that is either programmatically configured, or intentionally done by an user. Please do not hesitate to include any information you might consider relevant for the issue we have under investigation. Let me know if you have questions from the above. Best regards, Call Resource | Twilio Full detailed REST API reference for the Call resource in Twilio's Programmable Voice REST API.
and then after explaining that my api or rather VAPI was not terminating the call this was the response Aldo Vergara (Twilio) Nov 29, 2024, 3:31 PM PST Santiago, Happy to be of assistance sir! Apologies if I did not make myself clear enough, as is not the API per-sé what is hanging up the call, but the call resource. From the document shared, you can see it mentiones the behaviour you are experiencing: Real-time call modification allows you to interrupt an in-progress call and terminate it or have it begin processing TwiML from either a new URL or from the TwiML provided with modification. Call modification is useful for any application where you want to change the behavior of a running call asynchronously, e.g., hold music, call queues, transferring calls, or forcing a hangup. What is currently happening on your end, is this https://www.twilio.com/docs/voice/api/call-resource#code-update-a-call-resource-to-end-the-call but instead of using as the example, your calls are being terminated with a instead. Many factors can cause a call to be disconnected and appear the callee as the party who hung up, but in this case, the call is intentionally being updated via POST with a TwiML to update its behaviour, which in this case terminates the call. Are you perhaps aware of any user who may have access to your account SID and auth token and might be maybe updating the live calls via Postman for example? This is a sample I recreated of a call being hangup via call resource: Call Resource | Twilio Full detailed REST API reference for the Call resource in Twilio's Programmable Voice REST API.
s
@santi_racca Yes your correct regarding HANGUPS, if customer ends the call then the HANGUP request is being sent. We are not doing any-premature hangup. I am attaching screenhsot for you referencing displaying the customer ended call. If it's happening again even a single time do ping me. https://cdn.discordapp.com/attachments/1311813549609189386/1313473310323118150/Screenshot_2024-12-03_at_5.20.31_PM.png?ex=675042d8&is=674ef158&hm=089ebba996470cbcd6b316a0165e37c91247f60b26dce1003d4f26c989b2635c&
Lastly let me know your thoughts on this.
4 Views