asterisk.ru

Досталась мне АТС "как предыдущие админы настроили, но никто не знает как". Поскольку записи разговоров постоянно отслеживаются, просмотр данных записей очень насущная вещь. Но не все разговоры видны в отчетах. В Elastix видим "Recording missing", в FreePBX нет значков "скачать/прослушать". Стал разбираться. В результате нашел, что в базу asteriskcdrdb, таблица cdr, поле recordingfile имена файлов пишутся то с путями, то без. Например:

105 from-internal Local/105@from-queue-00000699;2 SIP/105-00000750 Dial SIP/105,22,trM(auto-blkvm)I 10 0 NO ANSWER 3 1681884627.5250 force-74993507548-unknown-20230419-091027-1681884627.5238.wav
103 from-internal Local/103@from-queue-00000697;2 SIP/103-0000074d Dial SIP/103,,trM(auto-blkvm) 10 0 NO ANSWER 3 1681884627.5246 force-74993507548-unknown-20230419-091027-1681884627.5238.wav
10 ext-queues SIP/TF_Reserv-0000074c Local/100@from-queue-00000694;1 Queue 10,t,,,,,,,, 39 39 ANSWERED 3 1681884627.5238 /var/spool/asterisk/monitor/2023/04/19/force-74993507548-unknown-20230419-091027-1681884627.5238.wav
100 from-internal Local/100@from-queue-00000694;2 SIP/100-00000752 Dial SIP/100,22,trM(auto-blkvm)I 44 34 ANSWERED 3 1681884627.5240 /var/spool/asterisk/monitor/2023/04/19/force-74993507548-unknown-20230419-091027-1681884627.5238.wav

Здесь входящий адресуется на очередь "10", в которой несколько номеров секретаря. У каких-то строчек имя файла с путями, у каких-то - без. Соответственно, те записи, где имя файла с путем, в веб-морде и не видны. Выгрузил логи в Excel, поанализировал - четкой зависимости появления имени файла с путем от значений других колонок не нашел.

Я так понимаю, что вряд ли такой результат достигнут штатной настройкой через GUI Elastix, либо FreePBX. Скорее всего, кто-то где-то ручками поковырял и ошибся в формировании имени, скопировав кусок кода.
Вот теперь вопрос - как найти где именно могли поковырять? Как выглядит строка, которая, собственно, пишет в базу cdr?

1) доберитесь до командной строки Астериск - CLI
2) выполните звонок, посматривая как он выполняется в CLI
3) увидите строки формирования имени файла, типа такого

-- Executing [s@sub-record-check:14] Set("SIP/383-00006223", "NOW=1681911326") in new stack
-- Executing [s@sub-record-check:15] Set("SIP/383-00006223", "__DAY=19") in new stack
-- Executing [s@sub-record-check:16] Set("SIP/383-00006223", "__MONTH=04") in new stack
-- Executing [s@sub-record-check:17] Set("SIP/383-00006223", "__YEAR=2023") in new stack
-- Executing [s@sub-record-check:18] Set("SIP/383-00006223", "__TIMESTR=20230419-163526") in new stack
-- Executing [s@sub-record-check:19] Set("SIP/383-00006223", "__FROMEXTEN=383") in new stack
-- Executing [s@sub-record-check:20] Set("SIP/383-00006223", "__CALLFILENAME=exten-354-383-20230419-163526-1681911326.25686") in new stack

и придёт понимание, что это такой штатный макрос sub-record-check, вот он у вас и есть переделанный.

Возможно, но конфиг extensions_additional.conf с макросом предваряет грозное послание

;--------------------------------------------------------------------------------;
; Do NOT edit this file as it is auto-generated by FreePBX. All modifications to ;
; this file must be done via the web gui. There are alternative files to make ;
; custom modifications, details at: http://freepbx.org/configuration_files ;
;--------------------------------------------------------------------------------;

А других конфигов с таким макросом не найдено.
Но я посмотрю его попристальнее. Спасибо!

Большое спасибо за идею. Выяснил, что гадит macro-hangupcall в файле extensions_override_elastix.conf. Судя по комментам на испанском, этот файлик сделан разрабами Elastix. Поправил в одном месте формирование пути - наблюдаю.

Добрый день. Получилось исправить проблему? Не под скажете что поменяли ?