Там главное, чтоб оператор буфером не подкладывал свои дайл-тоны...

Так, допилил. Может кому-то пригодится.

Ниже пример трансформированного конфига IVR FreePBX без Answer для звонящего абонента. Заданы опции для клавиш 1,2 и 3.
!!!РАБОТАЕТ ТОЛЬКО НА ЦИФРОВЫХ ЛИНИЯХ!!! Если к Asterisk-у телефония подаётся по традиционной меди (даже если атс оператора новая, цифровая) - работать не будет. Традиционная технология с применением обычных телефонных линий подразумевает передачу звуковой информации между абонентами только и только в случае физического соединения. Опять же, может я и не прав на 100% :)

[ivr-7]
include => ivr-7-custom
exten => h,1,Hangup
exten => s,1,Set(MSG=ГОЛОСОВОЙ/ФАЙЛ)
exten => s,n,Set(LOOPCOUNT=0)
exten => s,n,Set(__DIR-CONTEXT=default)
exten => s,n,Set(_IVR_CONTEXT_${CONTEXT}=${IVR_CONTEXT})
exten => s,n,Set(_IVR_CONTEXT=${CONTEXT})
exten => s,n,GotoIf($["${CDR(disposition)}" = "ANSWERED"]?begin)
exten => s,n,Wait(1)
exten => s,n(begin),Set(TIMEOUT(digit)=3)
exten => s,n,Set(TIMEOUT(response)=10)
exten => s,n,Set(__IVR_RETVM=)
exten => s,n,Ringing
exten => s,n,ExecIf($["${MSG}" != ""]?Background(${MSG},noanswer))
exten => s,n,WaitExten(,)
exten => hang,1,Playback(vm-goodbye,noanswer)
exten => hang,n,Hangup
exten => 1,1,Noop(Deleting: ${BLKVM_OVERRIDE} ${DB_DELETE(${BLKVM_OVERRIDE})})
exten => 1,n,Set(__NODEST=)
exten => 1,n,Goto(from-did-direct,1,1)
exten => 2,1,Noop(Deleting: ${BLKVM_OVERRIDE} ${DB_DELETE(${BLKVM_OVERRIDE})})
exten => 2,n,Set(__NODEST=)
exten => 2,n,playtones(ring) - добаить такую строку для каждой клавишы выбора функции IVR
exten => 2,n,Goto(from-did-direct,2,1)
exten => 3,1,Noop(Deleting: ${BLKVM_OVERRIDE} ${DB_DELETE(${BLKVM_OVERRIDE})})
exten => 3,n,Set(__NODEST=)
exten => 3,n,Goto(ext-local,vmb2,1)
exten => i,1,Playback(invalid,noanswer)
exten => i,n,Goto(loop,1)
exten => t,1,Goto(loop,1)
exten => loop,1,Set(LOOPCOUNT=$[${LOOPCOUNT} + 1])
exten => loop,n,GotoIf($[${LOOPCOUNT} > 2]?hang,1)
exten => loop,n,Goto(ivr-7,s,begin)
exten => return,1,Set(MSG=ГОЛОСОВОЙ/ФАЙЛ)
exten => return,n,Set(_IVR_CONTEXT=${CONTEXT})
exten => return,n,Set(_IVR_CONTEXT_${CONTEXT}=${IVR_CONTEXT_${CONTEXT}})
exten => return,n,Goto(ivr-7,s,begin)
exten => fax,1,Goto(ext-fax,in_fax,1)

; end of [ivr-7]


Строку с Answer заменить на Ringing
ЧТОБЫ НЕ ПРОПАЛИ ГУДКИ ПОСЛЕ ВЫБОРА ФУНКЦИИ — ДОБАВИТЬ КАК В ПРИМЕРЕ:
exten => 2 (это внутренний номер/клавиша),n,playtones(ring)
перед строкой exten => 2 (это внутренний номер/клавиша),n,Set(__NODEST=)

На гудки влияют переменные в General Settings – “Asterisk command dial options” (здесь должна быть маленькая буква r) и “Asterisk outbound dial command options” (здесь маленькой буквы r быть не должно). (если говорить о конфигах, а не о gui freePBX - DIAL_OPTIONS = tr
TRUNK_OPTIONS = t)

!!! Как решили раньше - хорошо бы применение этого функционала согласовывать с провайдером VOIP!!!
Ну а провайдер VOIP хорошо бы разрешал его использовать... :)

---

Вообще - как думаете - на сколько такой режим легален?

если работает - легален!

Проверил с DID на Телфине, неработает, обычные гудки идут...

Через 336-43-99 получается. Никак пока не могу прокомментировать - нету DID-а от телфина. Все звонки сейчас идут через шкоз.. У switch-a что-то получилось...

Кстати, может кто-нибудь дид в Питере дать на часок - ради теста (если ещё он и будет неудачым) платить за подключение не охота? Чтобы гарантировать безопасность - могу даже всю информацию о себе предоставить.

Если получится - с меня - подробное описание здесь.

Не верю, что WaitExten без Answer работает...
Лог SIP или Q.931 в студию!

Про WaitExten не скажу, также как и про DTMF.
Работает с массой ограничений, в результате которых можно сделать однозначных вывод, что идея никуда не годная. Я пробовал.

Во-первых ни один оператор не будет держать до бесконечности канал в предответном состоянии. Т.е. через некоторое время вызов будет завершен.

Во-вторых голос в обе стороны не пойдет в любом случае, т.е. разговора не получится. Теоретически DTMF проходить не должен, т.к. канал должен быть проключен только в сторону от оператора к абоненту.

В-третьих далеко не все операторы поддерживают предостветное состояние даже на ISDN и не говоря уже про VoIP из-за кривизны рук. Т.е. даже если Ваш непосредственный оператор и поддерживает данную услугу, то нет никакой гарантии, что все пользователи услышат что-то отличное от длинных гудков.

Так что не морочьте себе и другим голову, если Вы рассчитываете только на себя и очень ограниченный круг пользователей, то частичный смысл есть, но опять же -- DTMF не должен, а если ходит, то это довольно странно и будет работать у еще меньшего числа народу, нежели само предответное состояние.

Тайм-аут предответного состояния и передачу голоса между абонентами мы уже обсуждали выше. В общем, как и целевой сегмент применения функции. Но в любом случае, спасибо за примечание.

Между тем, на чистом VOIP того же телфина - без приземления на ДИД - всё получается - и IVR слышно, и ДТМФ проходит и канал в статусе "прогресс" висит. Сейчас нет возможности выложить лог - когда дорвусь до АТС-ки выложу. Сегодня ближе к вечеру.

Но конечно, может это и не очень удачная идея. Но это не отменяет потребность в её реализации. Всё должно быть честно - оплачиваться должен именно разговор, а не прослушивание IVR и MOH. Ну и клиентам будет намного удобнее. только вот когда эта идея дозреет - вопрос открытый.

А Вы проверьте со всех операторов. Скорее всего с какого-нибудь точно не пройдет.
Будете слушать ringing. Поставьте себя на место клиента. Звонит он, слушает длинные гудки, а потом вдруг бац -- оператор трубку взял. Да и не будет ни один клиент слушать длинные гудки дольше минуты! По правилам продаж, до приветствия, должно пройти не более 2х-3х гудков!

newuser:

Но это не отменяет потребность в её реализации.

Я реализовывал, а потом сам же получил геморрой! Начались звонки пользователей, у которых либо завершался вызов, либо вообще ничего не проигрывалось! Глупая идея и бесперспективная, т.к. Вы не сможете контролировать абсолютно все оборудование вокруг. А если этот звонок из-за границы?
Ну а если внутри своей сети реализовывать, то там можно и не тарифицировать такие вызовы -- Вы ничего не потеряете.

newuser:

Всё должно быть честно - оплачиваться должен именно разговор, а не прослушивание IVR и MOH.

Так все и есть честно.
Вы знаете, что такое ISDN? Это коммутация каналов. Т.е. на протяжении всего соединения занят канал от абонента А до абонента Б, а платят только за состоявшийся разговор. Оператор в пролете, т.к. таймслоты имеют такую привычку заканчиваться рано или поздно. И если он просечет, что его надувают -- просто зарежет таймауты.
VoIP, у которого в основе коммутация пакетов, еще не очень далеко от этого ушел.
Ну а если учесть, что поддержка Progress (183 Session progress, а также H323 PROGRESS) является необязательной, то в том числе масса VoIP устройств, в том числе и транзитных, не пропустит предответное состояние.
Или Вы клиентам условие выставите, пользоваться только такими-то операторами или таким-то VoIP-оборудованием?
И ни дай Бог транзитный VoIP оператор выключил Progress (ради экономии трафика!) -- будут проблемы.

Пример с тем же Мегафоном. Приветствие автоответчика проигрывается в предответном состоянии. Если Progress не проходит (к примеру одна из проблем -- NAT, как ни странно), то вначале либо мертвая тишина, либо гудки, а затем вдруг резко тарификация! Оператор детектит это как FAS и блокирует направление. Выводы делайте сами.
Скорее всего все решат, что Вы не умеете настраивать оборудование.

К тому же IVR не слушают, на то он и IVR, чтобы быть интерактивным.
Если DTMF не будет ходить, то смысл от него = 0. А ходить он не обязан.
Да и сколько его слушать? Чаще всего это не 1-2 минуты!

Операторам это не выгодно, т.к. в случае ответа, они получают плату за входящий вызов, а не только занимают таймслоты...

newuser:

Ну и клиентам будет намного удобнее. только вот когда эта идея дозреет - вопрос открытый.

Клиентам как раз будет не удобно, т.к. у одного работает, у другого -- нет.
И все из-за того, что идея нарушает все стандарты.

А дальше -- решайте сами. Хотите лишних проблем себе и свои клиентам -- флаг в руки.

tma, вы снова со своим уставом в чужой монастырь.
Отвлекитесь от своих дел хулисельных, взгляните на ситуацию со стороны своего клиента. И со стороны клиента своего клиента.
Прямо вот занялось таймслотов у него шопипец!
одна минута трафика в предответном состоянии - О-О-О!!! как же с этим жить.
А уж как без H323 жить - У-У-У-У! вообще не мыслимо!
И не лень трактаты на форуме писать из-за копеечной проблемы.