Disabled Phone Or Not Picked Up = SIP 480. Why?!

[areon]

Hello friends! I need help.

My config:
1) VERSION OF VICIDIAL
VERSION: 2.12-500A
2) LOADAVG
0-5%
3) SERVER SPECS
RAM-2GB/HDD 40G/1CPU – 1GHZ
4) CODECS USED
ULAW,ALAW,GSM
5) VOIP OR PSTN
Sip trunk
6) OS
CENTOS 6.6 -2.6.32-504.30.3.EL6.X86_64
ALL IN ONE SERVER.
Install Method = Manual by striker24x7.blogspot

Tell me, please, what to do: I call by the list of numbers, there are no problems, but if the phone customer is off - I getting SIP 480 (temporarily unavailable/not available) and vicidial_list.status = 'NA'.
Okay, no problem. But if the subscriber does not take up phone (his phone enabled, but customer not picked up) - I getting the same thing! SIP 480 and the status 'NA'.
Tell me, please, why disabled phone and not pick up enable phone are identified as the sip 480 + how sip480 on the level of logic is transformed into status 'NA' in vicidial_list (if you can - tell me, please, by the code)?

[williamconley]

Admin->System Settings->Enhanced Disconnect Logging: "1"

When asterisk makes a call (at the request of Vicidial), either someone Answers ... or they do not. By default, anyone not answering is "NA" (No answer autodial). With Enhanced Disconnect Logging turned on, in some situations the codes returned can be checked to see if the number is a disconnected number.

This does, however, require that your "Dial Timeout" be set to a high enough value that the called party's Telco terminates the call instead of Vicidial terminating the call before that moment. Many Telco's consider this a low-priority process (no money involved), and can wait up to 45 seconds to return the "disconnected number" signal. If you've killed the call before then ... neither Asterisk nor Vicidial will ever receive that code. All they know is "it wasn't answered, so I gave up", thus "NA".

Further: In case you don't know it, there is NO universal "disconnected number" requirement between carriers. Especially VOIP carriers. Thus, the reliability of this feature is always in doubt and depends entirely on the codes returned to you by your carrier -- inherited from the telco receiving the call, and passed through all intermediate carriers back to you ... easy to get lost, but seems to work in over 90% of our client servers with Carriers in the US.

[areon]

Great big thanks!!!

P.S. I wonder why this option is not enabled by default...

[williamconley]

1) Because it CAN provide false returns and disable valid phone numbers

2) And because *WE* did not install your system (we always turn on this feature during installation)