С языка снял 🙂

:)

)))))))))

уже написал. но там в ус не дуют...

Пишите вышестоящему руководству, кто согласовывал номерную ёмкость

Сделай выговор с занесением в грудную клетку.
Обычно одного достаточно.

на все что лишнее прилетает автоответ - данный номер не обслуживается.

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

или развернуть к нему в станцию, на его внутренний номер :)

это понятно, Женя. я бы хотел какое нить изящное решение. там на транк ацл по разрешенным пирам повесить или еще что, если есть такое вообще. ))) мне кажется, что реализация через скрпит несколько неправильная... наверное..

ну так диаплана обычно должно хватить по маске номер.

сам спросил, сам отвечу.
если поднять фреймворк до 2.10, то оно начинает делать бэкапы, совместимые с 15м fpbx. ну, правда, там всё равно гигантский напильник потом нужен. пока выявил что не подтянулись moh, recordings, кастомные контексты и факсы.
а при попытках дальнейшего поднятия фреймворка с 2.10 до 2.11 оно ломается напрочь =)

так там только цифры от 1000 до 2999 , простое же математическое условие можно сделать , без скриптов. Или я не правильно понял условия?

с кастомными контекстами вообще беда. При обновлении с 14 на 15 слетают только в путь

не. это образно. я упростил для простоты понимания. реальная же номерная емкость другая. и зацепиться можно только за проверку входит ли прилетевший dnid в разрешенный диапазон, которых, кстати сказать, два, с пробелом между ними. а прилетать можут и цифры и буквы и цифры с буквами или вообще(!!!) номер, который относится к другому серверу. даже длина dnid может быть разной.

В общем описать сие я смог только через аги.

ну я руками таблички из базы сдампил и в новую влил, подхватилось

только если так

Здравствуйте!
Хочу посмотреть log файла /var/log/asterisk/full-20210922
А этот файл по сути за 21-ое число, последние строки это 3 утра 22 числа
Как я могу посмотреть логи уже за сегодня?
После 3-ёх утра, если файла с именем full-20210923 нету ¯\_(ツ)_/¯