для оффтопика есть "У енота"
https://t.me/joinchat/WF2MkwVUGS7HyIt9

^

спасибо)

Но там никакого конструктива, только срач

забавно "...затем бан" в конце срача :)

не, я добр и справедлив.

"каменный цветок" стал преображаться :)))

на extension есть id alias cidr, всё остальное подтягивает через профили к которых описаны params/variables
грубо говоря нет никакой привязки к params/variables, всё наживное в отличии от fusionpbx

Подозреваю, ковырять надо odbc

Я смотрел-пересмотрел... Дело в том, что все вызовы, которые обрабатывается у этого клиента - однотипные. И аптайм был 3 месяца без проблем. Ничего в работе фс я не поменял в итоге. Просто поправил логгирование systemd, чтоб оно не затиралось при перезагрузке. Поправил описание юнита, добавил рестарт службы фс при падении. Не знаю, если бы уровень дебага внутри фс был бы не 7 а 10 - тогда может быть что-то более ясно было, а пока ждем новой ошибки. Я как-то ставил уровень 10 - столько там красноты летит, что аж глаза режет, знающие люди сказали, что это норма)).

я рекомендую поднять ELK и класть логи туда, кстати.

но он прожорливый.

Сейчас посмотрим, что это такое, спасибо

mod_translate предоставляет функцию translate <number> [<profile>], где профайл надо заранее описывать в конфиге.
А нет ли подобной функции, в которую вместо профайла произвольный regexp можно было бы передать?

Как говорит один из ведущих на одной из  передач на федеральной помойке - подарок в студию...

Ой...то есть - example в студию

Не понятно что хочет изобразить

e.164 это е.164 на то и mod_translate
на мой взгляд применимо на транзитном узле

e.164 тут не главный, просто из одного номера надо сделать другой, формат произвольный может быть.
пока что решил вопрос через mariadb - REGEXP_REPLACE

Так чем не устраивает mod_translate? Регэкспами можно играться и без модулей - через conditions, или луа прицепить