Freepbx. Announcement перед соединением.

[pan-user]

а медиа точно через астериск ходит а не напрямую между 101 и 180

?

[Evgen]

Схожий вопрос. Elastix. С некоторых внутренних номеров при звонке в город надо сначала проиграть некое фиксированное сообщение вызываемой стороне, а потом соединять.
В asterisk понятно: Dial options A(x): x - The file to play to the called party
Play an announcement to the called party, where <x> is the prompt to be played

Вопрос - куда пытаться засовывать это в эластиксе?
Для нужных внутренних абонентов создавать кастомный контекст, записывать в переменную опции команды Dial и отправлять в основной freepbx-овский контекст?

[zzuz]

Достаточно воспользоваться модулем FollowMe и выставить нужное приветствие перед вызовов.

[Evgen]

Вопрос - куда пытаться засовывать это в эластиксе?
Для нужных внутренних абонентов создавать кастомный контекст, записывать в переменную опции команды Dial и отправлять в основной freepbx-овский контекст?

Сделал именно так. Долго искал нужную переменную в дебрях Elastix, но в итоге нашел. Называется она TRUNK_OPTIONS.
Кастомный контекст из 4 строк проблему вроде решил, но нарисовалась другая:
Пока вызываемый слушает сообщение, вызывающий абонент слышит тишину и не понимает, когда надо начинать разговор.
Похоже, после окончания проигрывания сообщения надо что-нибудь проиграть и вызывающему абоненту, хотя бы beep, чтобы он понял, что сообщение закончилось и уже надо говорить с вызываемым абонентом.
Только вот пока мыслей нет, как это сделать. Макросить опцией M() команды Dial?

[Evgen]

Обнаружил странную проблему.
Если звонящий абонент разговаривает в момент дозвона, например, со своим соседом по комнате, то есть постоянно что-то говорит в трубку, то между ответом вызываемой стороны и началом проигрывания ей автоматического приветствия удаленная сторона успевает услышать 1-2 слога из речи вызывающего абонента. Проверялось опциями A, M, L команды Dial.
Также включал sip debug и rtp debug на вызывающей стороне и смотрел движение пакетов. Во время состояния session progress пакеты бегают в обе стороны, после начала проигрывания автосообщения и до его окончания - только от вызывающей стороны до астериска, после окончания автосообщения опять в обе стороны.

<--- Transmitting (NAT) to 62.220.63.203:5061 --->
SIP/2.0 183 Session Progress

[Nov 27 09:41:33] DEBUG[24530]: res_rtp_asterisk.c:2212 ast_rtp_read: RTP NAT: Got audio from other end. Now sending to address 62.220.63.203:8000
Got RTP packet from 62.220.63.203:8000 (type 08, seq 009898, ts 2617615844, len 000160)
Got RTP packet from 62.220.63.203:8000 (type 08, seq 009899, ts 2617616004, len 000160)
... тут было много пакетов в момент состояния Session Progress
Sent RTP packet to 62.220.63.203:8000 (type 08, seq 062204, ts 1978924920, len 000160)
Got RTP packet from 62.220.63.203:8000 (type 08, seq 010230, ts 2617668964, len 000160)
Sent RTP packet to 62.220.63.203:8000 (type 08, seq 062205, ts 1978925080, len 000160)
Got RTP packet from 62.220.63.203:8000 (type 08, seq 010231, ts 2617669124, len 000160)

-- SIP/MTT-000000cc answered SIP/1001-000000cb
<--- Reliably Transmitting (NAT) to 62.220.63.203:5061 --->
SIP/2.0 200 OK

-- <SIP/MTT-000000cc> Playing 'outbound_annouce.alaw' (language 'ru')
Got RTP packet from 62.220.63.203:8000 (type 08, seq 010233, ts 2617669444, len 000160)
Got RTP packet from 62.220.63.203:8000 (type 08, seq 010234, ts 2617669604, len 000160)
Got RTP packet from 62.220.63.203:8000 (type 08, seq 010235, ts 2617669764, len 000160)
Got RTP packet from 62.220.63.203:8000 (type 08, seq 010236, ts 2617669924, len 000160)

<--- SIP read from UDP:62.220.63.203:5061 --->
ACK sip:9578847@194.120.52.100:5060 SIP/2.0

Got RTP packet from 62.220.63.203:8000 (type 08, seq 010237, ts 2617670084, len 000160)
Got RTP packet from 62.220.63.203:8000 (type 08, seq 010238, ts 2617670244, len 000160)
Got RTP packet from 62.220.63.203:8000 (type 08, seq 010239, ts 2617670404, len 000160)
Got RTP packet from 62.220.63.203:8000 (type 08, seq 010240, ts 2617670564, len 000160)
Got RTP packet from 62.220.63.203:8000 (type 08, seq 010241, ts 2617670724, len 000160)
Got RTP packet from 62.220.63.203:8000 (type 08, seq 010242, ts 2617670884, len 000160)

И после окончания проигрывания сообщения опять в обе стороны

Got RTP packet from 62.220.63.203:8000 (type 08, seq 010341, ts 2617686724, len 000160)
Sent RTP packet to 62.220.63.203:8000 (type 08, seq 062208, ts 1978942840, len 000160)
Got RTP packet from 62.220.63.203:8000 (type 08, seq 010342, ts 2617686884, len 000160)
Sent RTP packet to 62.220.63.203:8000 (type 08, seq 062209, ts 1978943000, len 000160)
Got RTP packet from 62.220.63.203:8000 (type 08, seq 010343, ts 2617687044, len 000160)
Sent RTP packet to 62.220.63.203:8000 (type 08, seq 062210, ts 1978943160, len 000160)

Вопросы, как обычно, классические российские:
1) Кто виноват? ну тут всё понятно - виноват разработчик ПО
2) Что делать?