Да

Ну так... маршрутизация

Инвайта шьёшь небось из другой подсети?

Конечно, но как это влияет?

Приходит на хост на один адрес, отправляется с другого по дефолт гв

Ну предположение

Что бы работало, надо таблицы маршрутизации на интерфейс вешать. Во-первых

Сами ставили или сервисный центр ?

Ставили давно до меня, потом несколько раз апгрейдили версию с помощью поддержки

Мб что работало кое как можно не встречной стороне игнорировать сурсы

SBC нету и не планируется?

Нет

ну… это моя такая поверхностная оценка. на самом деле покажет всё tcpdump…
но варианта без SBC 2:
1. разносить адреса sip адаптера в разные подсети. Но тогда придётся делать одно из двух: (а) маршрутизировать вланы на маршрутизаторе (т.е. поднмать сервис выше с коммутатора, что добавляет в схему ещё один узел, что уменьшает надёжность решения; (б) таблицы маршрутизации на интерфейсы вешать, что б трафик пришедший на них, с них же и уходил, а не по общей таблицы маршрутизации или вообще по дефолтному шлюзу.
2. маршрутизировать вланы на коммутаторе… но мой админ почему то на такое решение корчит рожу и говорит фу-фу-фу. я не особо разбираюсь, я  внутренний заказчик его сервиса

у нас несколько SBC и сеть с сервисом вообще без маршрутизации.

снимай трейс отправки инвайта на переехавший адрес и будем смотреть на него. главное что б инвайт куда нибудь вышел (абоненту или в транк) по маршрутизации.
завтра пиши, авось буду в состояние покоя и посмотрим

А вообще это же должно работать из коробки?

У нас схема типовая как из руководства почти

ECSS изначально запланировали как очень гибкую штуку и там кто-во что горазд лепил. я так вообще когда свои IP планы показывал в СЦ - они часто спрашивали, чем мне это надо… ну мож ещё чего думали) но почему то не спорили )

т.е. там нет такого понятия «из коробки»

помотрел сейчас в доке - появились топологии соединений в поледних версиях, ip адреса при настройке keepalive уже из разных подсетей…  я думаю не ошибусь, если скажу, что и я к этому руку приложил)