Немного дурацкая задача...
Имеется: Шлюз на линуксе, три разных влана, смотрящих наружу к провайдеру предоставляющему sip телефонию. На каждом интерфейсе (для каждого влана) по одному ip адресу. Три абонентских fxs шлюза dlink dvg-2101s. Все три шлюза соединяются с одним и тем же sip сервером, каждый по своему сип аккаунту и своему влану (используется nat 1в1).
[fxs1]--->[!!!!!!!!!!!!!]--->eth0.101--->[!!!!!!!!!]
[fxs2]--->[ GW NAT 1->1 ]--->eth0.102--->[sipserver]
[fxs3]--->[!!!!!!!!!!!!!]--->eth0.103--->[!!!!!!!!!]
office--->[!!!!!!!!!!!!!]--->inet

Хочется: пустить городской и локальный сотовый траффик через вышеупомянутого сип провайдера, а 8ку скажем через sipnet.
Но: уже куплены шлюзы которые держат регистрацию только у одного sip провайдера.
Как можно добиться желаемого? Можно ли поставить на шлюзе asterisk или нечто подобное и объяснить ему что исходящие связи надо устанавливать с одним и тем же сипсевером но через разные интерфейсы? т.к. для iproute2 нету подходящих критериев чтобы разрулить это (один и тот же ip адрес назначения, порт и pid процесса)
Может быть сделать соединение 1 через порт 5060, соединение 2 через порт 5070 и т.д. А потом в iptables исправить порт обратно на 5060 промаркировать пакет и указать критерий для iproute по полю mark?
Может быть есть какие нить более красивые и логичные решения? Я новичок в ip телефонии, хотелось бы сразу понять в каком направлении двигаться чтобы не попасть в ситуацию что уже разобрана куча мануалов а потом наступает ясность что задача неразрешима без покупки нового оборудования.

а в чем проблема настроить статические маршруты к разным провайдерам через разные интерфейсы?

Нет, это как раз не проблема, проблема в том что провайдер один и сервер один и порт тоже один только может использоваться. А соединяться надо три раза под разными акками и с разных вланов. А к второму провайдеру сип соединение можно как угодно уже создать.

Вопрос озвучен http://www.voipinfo.ru/forum/viewtopic.php?f=1&t=17810
Повторю и ответ:

Вы не справитесь с задачей только на транспортном уровне, и маркировка не поможет.
SIP пакеты содержат внутреннюю адресацию, поля from:name@192.68.1.2.3 и to:username@sipnet.ru
(примеры условные). Изменяя заголовки ИП пакетов, IP source & IP destination через iptables Вы не добираетесь до содержимого SIP пакетов.
Исходящие связи можно устанавливать с одним и разными SIP-серверами и не надо через разные интерфейсы. Роутинг звонков осуществляется диал-планом через транки (вашего) SIP-сервера, которые суть внешние трубы в сторону провайдеров.

Огромное спасибо :)
Очень оперативно :)
Исходящие связи можно устанавливать с одним и разными SIP-серверами и не надо через разные интерфейсы. Роутинг звонков осуществляется диал-планом через транки (вашего) SIP-сервера, которые суть внешние трубы в сторону провайдеров.
тем не менее связка с нат сейчас работает, видимо сиппровайдер не зарезает подобные соединения.
говоря об использовании астериск я имел ввиду поставить собственный сипсервер и нарисовать на нём диалпланы для локальных соединений и соединений через 8ку(т.к. как я понимаю на dvg-2101 одновременно пользоваться двумя разными сип аккаунтами нельзя) и подцепить к нему длинки. Вопрос как раз в настройке астериска или чего то подобного. Если транк (или как там называется исходящий sip канал) будет инициироваться сервером (а не dvg) то тогда с ip адресами в заголовках сип пакетов тоже всё будет нормально.
То есть GW на картинке будет выступать в роли промежуточного sip сервера, если можно настроить транки наружу так же как показано

Можно, и соединяться можно и три, и тридцать три раза под разными акками и с одного ИП.
Ну а NAT преодолевается именно с помощью SIP.

Задача в нативном виде на астериске не решается. Не исключаю, что можно как-то решить с помощью инъекций в SIP-заголовки через iptables. Но наверняка нарветесь на другие проблемы в виде ассиметричного трафика, когда исходящий поток идет через один IP, а возвращается через другой.

Учитывая, что вы - новичок, то лучше не заниматься квантовой физикой iptables-а.

Как выше говорил ded, задача решается не на транспортном уровне , а на уровне маршрутизации sip свича. Если хочется поковырять sip-пакеты, (как уже говорил ded) iptables Вам не поможет, разве что Kamailio\openSIPS, но опять же оно Вам ненужно, достаточно астериска.

А я вам и не про транспортный уровень. Я про прикладной.

>>iptables Вам не поможет,

Мб iptables+L7-filter?

имхо лучше триксбокс поставить чем так на седьмом уровне трахаццо