и больше ни на что не ругается?

он должен указать, на какую строчку в файле ругается

говорит что пакет послал но ответа не получил
чет с роутингом

я достукиваюсь до сети 172.16.0.0/16

Маршруты разрулите

астериск так не считает

вам форвардинг трафика нужен

так я с софт фона дозваниваюсь)

регаю тот же номер, тот же впн сервер, все чики пуки, вызов проходит. делаю тоже самое на аппарате получаю залупу в ответ)

Коллеги, подскажите, ситуация такая: есть астериск подключенный к провайдеру 60-ть транков, авторизация по IP, заказчик хочет добавить еще транков, но с другого IPsrc их нужно передавать, т.е. фактически в ВМ centos7 добавляется еще один интерфейс другой подсети, при этом адрес провайдера для сигнализации и медиа тот же. Можно ли маршрутизировать одновременно на один IPdst провайдера через разные интерфейсы?  Может смотреть в сторону iproute ?

а что  в дампе при этом?

---
[2021-03-04 18:51:35] WARNING[28027]: chan_sip.c:4140 retrans_pkt: Retransmission timeout reached on transmission 07c27c216ad0e1cf63b5eec93aa97698@172.16.0.240:5060 for seqno 102 (Critical Request) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 6400ms with no response
[2021-03-04 18:51:35] WARNING[28027]: chan_sip.c:4164 retrans_pkt: Hanging up call 07c27c216ad0e1cf63b5eec93aa97698@172.16.0.240:5060 - no reply to our critical packet (see https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions).
 == Everyone is busy/congested at this time (1:0/0/1)
   -- Executing [s@macro-dial:25] Set("SIP/1122-00000081", "DIALSTATUS=CHANUNAVAIL") in new stack
   -- Executing [s@macro-dial:26] GosubIf("SIP/1122-00000081", "0?CHANUNAVAIL,1()") in new stack
   -- Executing [s@macro-dial:27] NoOp("SIP/1122-00000081", "Returning since nobody answered") in new stack
   -- Executing [s@macro-dial:28] MacroExit("SIP/1122-00000081", "") in new stack
   -- Executing [1010@followme-sub:42] Goto("SIP/1122-00000081", "nextstep") in new stack
   -- Goto (followme-sub,1010,47)
   -- Executing [1010@followme-sub:47] Set("SIP/1122-00000081", "RingGroupMethod=") in new stack
   -- Executing [1010@followme-sub:48] GotoIf("SIP/1122-00000081", "0?nodest") in new stack
   -- Executing [1010@followme-sub:49] Set("SIP/1122-00000081", "__NODEST=") in new stack
   -- Executing [1010@followme-sub:50] Set("SIP/1122-00000081", "__PICKUPMARK=") in new stack
   -- Executing [1010@followme-sub:51] Macro("SIP/1122-00000081", "blkvm-clr,") in new stack
   -- Executing [s@macro-blkvm-clr:1] Set("SIP/1122-00000081", "SHARED(BLKVM,SIP/1122-00000081)=") in new stack
   -- Executing [s@macro-blkvm-clr:2] Set("SIP/1122-00000081", "GOSUB_RETVAL=") in new stack
   -- Executing [s@macro-blkvm-clr:3] MacroExit("SIP/1122-00000081", "") in new stack
   -- Executing [1010@followme-sub:52] Set("SIP/1122-00000081", "DIALSTATUS=CHANUNAVAIL") in new stack
   -- Executing [1010@followme-sub:53] GotoIf("SIP/1122-00000081", "0?dohangup") in new stack
   -- Executing [1010@followme-sub:54] Goto("SIP/1122-00000081", "ext-local,1010,dest") in new stack
   -- Goto (ext-local,1010,4)
   -- Executing [1010@ext-local:4] Set("SIP/1122-00000081", "__PICKUPMARK=") in new stack
   -- Executing [1010@ext-local:5] GotoIf("SIP/1122-00000081", "0?,return,1") in new stack
   -- Auto fallthrough, channel 'SIP/1122-00000081' status is 'CHANUNAVAIL'

<--- Reliably Transmitting (no NAT) to 192.168.120.1:5060 --->
SIP/2.0 503 Service Unavailable
Via: SIP/2.0/UDP 192.168.120.1:5060;branch=z9hG4bK2628134726;received=192.168.120.1
From: "1122" <sip:1122@192.168.120.254:5060>;tag=2691049284

после хэнгап

Вы можете сколько угодно нам обяснять это
но сообщение говорит однохначно что пакет улетел а ответа на него не пришло
пакет улетел с астеирска
Соответсвенно до астериска с аппарата он долетел
Мы можем долго и упорно вам это доказывать
но вы можете и сами запустить sngrep и увидеть это
Если астеиск шлет пакет но отввета на него нет - значит пакет не достигает адресата
причины будут видны в sngrep

можно, смотрите в iproute

Это логи а не дамп

не говорит он что-то типа
Check and correct line line56failed in /etc/iptables/rules.v4 ?

ну вы же понимаете что диалог надо открыть нажав кнопочку enter
И желательно диалог который вы как раз и сделали
А не рандомный из этого списка

нет, он говорит в логи посмотреть, в логах вот это из хренового: