А почему с той стороны, с той стороны же звонок проходит нормально?

1 Там нет правил для сип, там просто включен нат
2 Включен форвард
iptables -t nat -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination

Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

Chain ...

Нет, с нашей стороны по трейсу который показал, это eth0 и tap0 одного сервера с openvpn, сам я не большой спец в нем, не мое это, я больше аппаратное, gre, ipsec, не люблю clien to server, только site to site/
Хуже нет, чем разгребать чужое барахло.

Gроблема в iptables самого сервера openvpn
Отправляем с asterisk
18:54:34.016439 IP (tos 0x60, ttl 64, id 5010, offset 0, flags [none], proto UDP (17), length 858)
10.0.15.2.5160 > 10.11.0.4.sip: [bad udp cksum 725f!] SIP, length: 830
INVITE sip:7069@10.11.0.4 SIP/2.0
Via: SIP/2.0/UDP 10.0.15.2 ...

В общем, весь трафик кроме сигналки, идет с 10.11.22.2, это клиент openvpn

Сигналка, два сообщения,
listening on tap0, link-type EN10MB (Ethernet), capture size 65535 bytes
13:52:21.542030 IP 10.11.0.4.sip > 10.0.15.2.sip: SIP, length: 508
13:52:21.542803 IP 10.0.15.2.sip > 10.11.0.4.sip: SIP ...

Смущает в ответе с той стороны ip адрес нашего openvpn сервера, для этого транка

Есть вероятность того, что SIP ALG присутствует и гадит.
Убедиться очень просто - попробовать транспорт TCP поставить вместо UDP: обычно SIP over TCP минует эту напасть.

Что за зверь этот Ваш openvpn server?
Ну я ...

Наблюдаете
SIP read from UDP:10.11.22.2:5060 ---> как говориться: если на клетке слона написано ТИГР, то не верь глазам своим!
Зайдите на 10.11.22.2 и сделайте
tcpdump port 5060 -i tun0 (или какой там у вас) -F -s0
и увидите SIP пакеты, где будет видно: кто посылает, куда послыает, кого посылает ...

Наблюдаете
SIP read from UDP:10.11.22.2:5060 ---> как говориться: если на клетке слона написано ТИГР, то не верь глазам своим!
Зайдите на 10.11.22.2 и сделайте
tcpdump port 5060 -i tun0 (или какой там у вас) -F -s0
и увидите SIP пакеты, где будет видно: кто посылает, куда послыает, кого посылает ...

Тоже верно.

Все мне покоя не дает ip openvpn сервера, откуда он взялся.

<--- SIP read from UDP:10.11.22.2:5060 ---> пакета должны прилетать с 10.0.15.2, сеть маршрутизируемая, нат там нет

Это лог с той стороны

<--- SIP read from UDP:10.11.22.2:5060 --->
INVITE sip:7069@10.11.0.4:5060 SIP/2.0 ...

Это не мой конфиг, вот и приходится ковырять существующий.

А в чем принципиальная разница?