Перенаправить трафик из одного интерфейса на другой

У правила счётчик растут или оно не срабатывает?

Это в целом невозможно. Как можно перенаправить трафик просто на интерфейс?

Перенаправляют на адрес, пусть даже широковещательный или мультикаст.

таки адрес есть. для dnat надо протокол и порт указывать.

Или как вариант, засунуть в бридж два интерфейса и адресоваться сразу к сип серверу

не срабатывает

такое тоже пробовал. iptables -t nat -A PREROUTING -i decap192 -p tcp –dport 5060 -j DNAT –to-destination 10.6.61.12

Схема выглядит примерно вот так: https://ibb.co/3Thkww8

Дамп трафика из decap192 (tap) https://ibb.co/GJMVjxm

где tap это decap192

А где первый то пакет соединения? 1281 байт, seq:1, ack:1 — это не первый пакет соединения.

это самый первый sip/sdp пакет. звонки таким образом отрабатывают, соединение устанавливается. лучше помоги с прероутингом) Как этот sip/sdp перенаправить?

Что показывает:

iptables -t nat -L PREROUTING -x -v

И, заодно, раз RHEL8, то что показывает:

iptables -V

Маршрут к 10.6.61.12 идёт через ens256? Что показывает:

ip route get 10.6.61.12

перенаправлять на другой интерфейс

Это невозможно.

на другой сервер того же интерфейса

Это тоже невозможно.

Что нужно сделать.

Запустить серверную программу (астерикс, фрисвич или что там), чтоб она слушала конкретный интерфейс/адрес (как вариант, все интерфейсы). Получишь адрес сервера.

Варианты подключений:

1. Обеспечить роутинг и напрямую подключаться в серверу с клиентов. Просто непонятно, почему не подходит этот вариант?

2. Если таки сервер недоступен, то поставить на роутер или другой сервер с доступом и к серверу и к клиенту программу - программу прокси-сервер sip/rtp. вариант хорош тем, что он надежен и прокси можно поставить на любой сервер с роутингом в обе сети, а не только на роутер.

3. На роутере настроить dnat. Вариант крайне замутный, поскольку требует подгрузки алгов для rtp, а ты застрял на примитивном sip.

Разберись со своей схемой, потому что в твоей схеме сети вообще все неверно.

дело в том, что это не телефония. Это голосовая биометрия и она слушает конкретный порт и ловит сип и ртп потоки. Трафик зеркалируется порта другой системы и приходит к нам на ens192. Зеркалируется не только сип и ртп, а всё сразу и Голосовая биометрия тупо не успевает ловить голосовй трафик так там очень много пакетов. Поэтому на уровне гипотезы есть идея, чтобы ловить сип и ртп и перенаправлять на другой созданный порт ens256. И уже биометрия буде слушать ens256