Добрый вечер!

Используется конфигурация: SIP - Asterisk 1.4 - Digium TE207 - E1 (PSTN).

Программа использует Originate для совершения звонков на сотовые телефоны. В случае, если сотовый телефон недоступен, сотовая сеть проигрывает сообщение "абонент не отвечает или находится вне зоны действия сети..." и завершает вызов. Это сообщение может быть достаточно длинным. Все это время Originate висит на линии, "слушая" и только потом возвращает статус вызова.

Вопрос: можно ли добиться, чтобы Originate, попав на выключенный сотовый, сразу вешала трубку, не дожидаясь, пока сеть проиграет звуковое сообщение и сама завершит вызов?

Спасибо!

Включая телепатический канал, предполагаю, что Вы - Call Центр, и занимаетесь исходящим обзвоном ;-)
И TELCO, проигрывающий звук "не подымая" канал, тратит впустую драгоценный канал и время.
Если бы они присылали ANSWER, можно было бы попробовать использовать что-то из арсенала answer machine detection, перед тем как направлять на оператора. Но с точки зрения Asterisk канал не поднят!
Варианты вижу такие:
1) получить прямой канал на мобильного оператора, а не E1. Возможно, VoIP оператор поможет отсечь IVR, так как обычно на меж-операторском VoIP принято отбивать с нужным cause code без проброса голоса. Напишите на adm@asterisk-support.ru, попробую найти Вам VoIP оператора на мобилки.
2) Изобретать велосипед через подъем Local канала, на одном конце которого будет AMD, а на другом Dial, с переводом в случае HUMAN через ChannelRedirect в очередь. Еще то шаманство...
Может еще кто-то что-то подскажет...

Максим, спасибо за ответ. Да, это call-центр :)

litnimax:

Варианты вижу такие:
1) получить прямой канал на мобильного оператора, а не E1. Возможно, VoIP оператор поможет отсечь IVR, так как обычно на меж-операторском VoIP принято отбивать с нужным cause code без проброса голоса. Напишите на adm@asterisk-support.ru, попробую найти Вам VoIP оператора на мобилки.

Буду иметь на заметке такой вариант. Сейчас он не подходит: речь идет о небольшой доводке, которую хочется реализовать без существенного изменения конфигурации. Смена провайдера ТФОП на VoIP - существенное изменение (начиная с перенастройки конфигурации, с которой уже набито много шишек, заканчивая орг. вопросами вроде оплаты провайдера).

litnimax:

2) Изобретать велосипед через подъем Local канала, на одном конце которого будет AMD, а на другом Dial, с переводом в случае HUMAN через ChannelRedirect в очередь. Еще то шаманство...

По-моему, AMD для данного случая вообще не самый верный путь. Например, сейчас популярны персонализированные гудки вместо стандартных. Как их будет переваривать AMD - вопрос.

Кстати, в случае выключенного сотового приходит cause code 31. Вот только получаем мы его после того, как Originate управление вернет. Причем есть подозрение (пока только подозрение - надо еще опыты поставить и логи почитать), что информация progress code 31 приходит еще на ранней стадии вызова, до того, как железная леди договорит сообщение. Но originate все-равно дожидается, пока hang up сделает сеть оператора.

Еще раз все перечитав считаю, что 2-й путь - неправильный, только потеря усилий.
Раз и навсегда это решается за счет смены провайдера, который будет давать "отлуп" сразу же без проброса звукового сообщения.