Проблема с записью звонков

[b.ershov]

Здравствуйте!

При звонках внутренних пользователей внешним абонентам происходит запись звонков. Наблюдается следующая проблема: в некоторых файлах с записанными разговорами происходит запаздывание записи вызывающего абонента относительно записи вызываемого. При этом при самом разговоре оба абонента слышат друг друга нормально. Запись звонков происходит через MixMonitor:

Код: Выделить всё

MixMonitor(${fname}.wav,b,/usr/bin/lame -S -V2 ${fname}.wav ${fname}.mp3 && rm -f ${fname}.wav && chmod -R 644 ${fname}.mp3)

Т.е. на выходе получается mp3 файл.
Раньше для связи с провайдером использовали SIP (такой проблемы не наблюдалось), сейчас перешли на аналоговые линии и используем плату Yeastar TDM 16xx.

Структура следующая:
Users [Sip-phone: twhinkle] -> (SIP) -> Asterisk -> (DAHDI) -> Provider

Плата: Yeastar TDM 16xx
Asterisk: 1.8.6.0

Подскажите, пожалуйста, в чём может быть причина проблемы?
Спасибо!

[b.ershov]

Update: Так же, проблема наблюдается в исходном wav файле до конвертирования в mp3.

[Vlad1983]

с SIP перейти на TDM...
смысл?

что выведет (смотрите чтоб 4,1 гига свободно было)
dd if=/dev/zero of=/[каталог куда ведется запись разговоров]/speed.test ibs=1024 obs=1024 count=4096000

[b.ershov]

с SIP перейти на TDM...
смысл?

К сожалению, так было необходимо

то выведет (смотрите чтоб 4,1 гига свободно было)
dd if=/dev/zero of=/[каталог куда ведется запись разговоров]/speed.test ibs=1024 obs=1024 count=4096000

Код: Выделить всё

4096000+0 записей считано
4096000+0 записей написано
 скопировано 4194304000 байт (4,2 GB), 92,6467 c, 45,3 MB/c

[b.ershov]

Ещё момент:
1. Данная ошибка происходит не всегда (пока не могу понять закономерность)
2. В файлах записей разговоров, в которых наблюдается такой баг слышно следующее: с опережением идёт голос вызываемого абонента (громко), а следом (с опозданием на 10-15 секунд) голос нашего сотрудника (вызывающего абонента) и очень тихо идёт голос вызываемого абонента (вот этот "второй" голос вызываемого абонента идёт без опозданий/опережений, но, ещё раз повторюсь, очень тихо).

[Vlad1983]

слабовато

вот на винт
4194304000 bytes (4.2 GB) copied, 50.608 s, 82.9 MB/s

а вот на tmpfs
4194304000 bytes (4,2 GB) copied, 4.42494 s, 926 MB/s

попробуйте писать на tmpfs
200 MB отбейте хватит
вот по этому ману можно http://tuxologia.blogspot.com/2011/04/r ... lenny.html

только в MixMonitor в самый конец добавить && mv -f ${fname}.mp3 /[куда надо для постоянного хранения]/

и в крон добавить на всякий пожарный
*/5 * * * * /usr/bin/find /mnt/ramdisk/ -amin +15 -type f -exec rm -rfv {} \; > /dev/null 2>&1

не факт что поможет, но по крайней мере не будете насиловать винт за зря.

возможно эффект проявляется когда один разговор пишется, а несколько конвертятся в mp3
добавьте nice -n 19 перед /usr/bin/lame

[b.ershov]

Спасибо за совет! Очень полезная идея.

возможно эффект проявляется когда один разговор пишется, а несколько конвертятся в mp3

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

добавьте nice -n 19 перед /usr/bin/lame

Хорошо, попробую изменить приоритет для lame.

[Dgoni_ev]

Попробуй записать раздельно вх. и исх. аудио потоки с помощью приложения Monitor, потом для тестирования микшируй оба файла в один с помощью soxmix. Может поможет. Если нуно могу выложить пример как у меня сделано.

[artzcom]

Добрый день!
наблюдаю туже проблему, разницы в использовании monitor и mixmonitor нет
пользую
Asterisk 1.8.10.1
Wildcard AEX2400

Удалось как то решить проблему.

[werewolfsw]

Если поможет, была обратная проблема (задержка входящего канала в трубке при нормальной записи) некоторе время назад, уже успел подзабыть точные движения бубном в том танце но по моему делу ход следсвия был примерно следующим:

1. Судя по буржуюским форумам проявляется на 1.6 и 1.8 (на 1.4 говорили не проявлялась проблема)
2. чем микшировать (automon <-> automixmon) разницы нет
3. Кодеки/эходавы роли не играют (хотя конечно надо смотреть загрузку)
4. silence suppression - подозрения остались но вроде не оно.
5. NAT - не смотрел т.к. не используется.
6. Железяки роли не играют (пробовал Digium, Sangoma и даже коробки Linksys)
7. Абоненские устройства то-же (Cisco, Yealink, Gigaset, Linksys)

Если память не изменяет, решилось то-ли комбинацией анноунсментов и MOH то-ли заменой групп абонентов на folow me с виртуального экстеншена (последнее вроде из другой оперы но добавлю на всякий).