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

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 POSTROUTING (...

Нет, с нашей стороны по трейсу который показал, это 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:5160...

В общем, весь трафик кроме сигналки, идет с 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, lengt...

Смущает в ответе с той стороны 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 Via: SI...

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

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