voicemail
# support
n
Hello good day I keep noticing that the voicemail detector for calls is still not detected or activated anywhere! I have to put:
"machineDetectionTimeout": 4
, To obligatorily hang up the calls that go to voicemail or are not answered because the system does not detect them, it takes them as a call and charges them I even have the tools
Copy code
"model": {
    "tools": [{ type: "voicemail" }]
  }
I have a tool to hang up the call I have the `"voicemailDetection`" configuration with its respective validations I have the following problems that I want to solve Hang up unanswered calls or those that go to voicemail so that vapi does not take it as a real call and ends up charging for the call. To solve that I have the validation` {"machineDetectionTimeout": 4`} for which I have the following problem The call hangs up very quickly so some clients do not have time to speak, some even speak and the AI ​​manages to answer but it hangs up. Call Los ids: > call rejects or voicemail: >
Copy code
5ea133cf-1ee2-48cf-b05e-bc3c0b1e081d
> 5ea133cf-1ee2-48cf-b05e-bc3c0b1e081d
> 35e3ccb3-c5d4-456f-90f1-e990fb81a4bf
> Call cut off: >
Copy code
40564fea-077c-4cb9-89d5-8274e90dd2e6
> 4b453cf3-0e31-4ad2-9098-527c0e0c4474
> 4d2ecb8f-8b5d-4037-9c1a-0c681cf4d4a7
k
For calls that hang up in between, it is because Twilio identifies them as customer calls did not answer. For voicemail failures, it is because Twilio AMD are not functioning properly for non-English languages, as per my interpretation. Please give me some time to look for other call IDs that might have similar issues.
n
Let me explain better, the calls that are hanging by themselves are because it is not possible to detect that they are talking and by having the "machineDetectionTimeout" property it hangs after reaching second 4, of course I have this validation so that all unanswered calls that go to voicemail are hung up.
k
Your current issue stems from setting a very low `machineDetectionTimeout`: 4, which causes two problems: \- Legitimate calls are being cut off because 4 seconds is too short for proper detection \-The system doesn't have enough time to properly distinguish between voicemail and human answers I recommend the following configuration: { "voicemailDetection": { "provider": "twilio", "enabled": true, "machineDetectionTimeout": 30, "machineDetectionSpeechThreshold": 2400, "machineDetectionSpeechEndThreshold": 1200, "machineDetectionSilenceTimeout": 5000, "voicemailDetectionTypes": \[ "machine_end_beep", "machine_end_silence", "machine_end_other" \] }, "model": { "tools": \[ { "type": "voicemail" } \] } } This configuration: \- Uses Twilio's default 30-second timeout which is more reliable \- Includes both AMD and model-based detection \- Properly handles different types of voicemail detection signals
n
I understand you, I want to clarify that I use "machineDetectionTimeout" precisely because of the problem that it doesn't detect or hang up the call! If I remove it, all the calls I make will be charged, I don't think it's a good thing that they last more than 5 seconds just to "detect" that they didn't answer and still have a cost for each call! Even so, I will try the implementation you tell me! I hope I don't have the problem of costs for calls that don't answer or go to voicemail.
s
@NicolasBcortes let me know how it goes for you.
n
Yes, I've been trying it, but I have the same problem! Still nothing, the call hangs up when it is rejected or goes to voicemail and even so I have a cost for these calls when I shouldn't have because the call was never answered How can you help me? I've already tried everything you've told me and I still have the same problems! The problems I have and want to solve are: -It doesn't detect rejected calls or voicemail -I'm having costs for each call because it doesn't identify the previous problem! \
With the configuration they gave me now it's even worse, because all the calls last 18 seconds when they're not even answered!
Here I leave the tests that are performed: With
machineDetectionTimeout:4
: Call Ids: >
Copy code
f3be74b7-b08e-4a76-9d88-1d89e15210ea
> 22a42414-cd0d-49d0-8a7f-b18206d47a7d
> 596b4b07-633d-4e57-b492-1f2074108f25
With
machineDetectionTimeout:30
: Call Ids: >
Copy code
06d559ab-0d53-48dd-bc4c-868626a6dd14
> a749a32a-6d58-4c1d-a60b-b9f5bb4f2756
> 47ed053c-f825-4ff5-9e5f-f7fb6d7b1f91
With
machineDetectionTimeout:5
: Call Ids: >
Copy code
d80891bd-4746-4da8-a598-bbda5d4dfb2f
> 8d937299-712a-4edb-8142-10fabe977c34
> 135a8ccb-c331-45d9-b38e-5cd01aa274bc
@Shubham Bajaj @User
s
@NicolasBcortes You will have the minimal cost for voicemail detection you know spinning up call workers and voice mail detection stuff consume resources.
@NicolasBcortes regarding your first issue I don't have much information now, but If I find anything I will inform about it.
n
Hi, I really understand the costs of voicemail detection, the problem is that it is not working and it is not being activated, that is why I have higher costs than I should. The main problem is that it cannot be identified in any way that it goes to voicemail or it is not answered!
n
Great! I hadn't seen that voicemail menu! I'll try it out and let you know how it goes with the tests.