Почему возникает ошибка "Нет связи с сервером" FreePBX 16 при применении изменений?

Руслан Федосеев, ИИ написал что из debian12 выпилили поддержку старых зависимостей, видимо в ubuntu осталось, тем более 22 версия, если речь про отчеты CDR (ODBC). Можно проблему обойти, но что то у меня не получилось.
По поводу зависания и ошибки, на debian такой проблемы не было.

В чем причина непрохождения входящего звонка на внутренний номер Asterisk 18?

сравнивал настройки и заметил что на ВМ где использовалась готовая сборка в пункте Настройки NAT/Локальные сети прописана локальная сеть, удалил запись и звонки пошли.

В чем причина непрохождения входящего звонка на внутренний номер Asterisk 18?

ранее еще пробовал вручную собрать Asterisk 18/FreePBX 16 на debian12, и в целом поднялось, но так как я не силен в voip, то решил все таки использовать готовую сборку. Так вот, завел я транк в тестовую сборку, создал конференцию и туда звонок прошел нормально. Из настроек только сменил pjsip на sip и все.

В чем причина непрохождения входящего звонка на внутренний номер Asterisk 18?

Gansterito, глянул и там, те же логи что и при дебаге, периодически повторяется этот фрагмент:

spoiler

[2025-06-10 08:57:22] VERBOSE[2287] chan_sip.c:
<--- SIP read from UDP:85.1х.1х.1хх:5060 --->
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 85.1х.1х.1хх:5060;received=85.1х.1х.1хх;branch=z9hG4bK1851ddae;rport=2346
From: "Unknown" <sip:734хххххх@85.1х.1х.1хх>;tag=as3fa4361f
To: <sip:провайдер.ru>;tag=aprqngfrt-9hqa6320000c6
Call-ID: 651ede8f024fc93b7680ba644ccbace6@85.1х.1х.1хх:5060
CSeq: 102 OPTIONS

[2025-06-10 08:57:22] VERBOSE[2287] chan_sip.c: --- (6 headers 0 lines) ---  
[2025-06-10 08:57:22] VERBOSE[2287] chan_sip.c: Really destroying SIP dialog   '651ede8f024fc93b7680ba644ccbace6@85.1х.1х.1хх:5060' Method: OPTIONS

Что может перезагружать систему Cent OS 5?

ничего, вручную файлы просматривал

Верна ли разметка диска вручную LVM Proxmox?

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

Объединение существующих подсетей в один бридж. Mikrotik?

В общем так и сделал, создал новый vlan, на него повесил две подсети и завел в бридж который обрабатывает 802.3q, необходимые порты в untagged и с указанием pvid. И все прошло успешно.