Добрый вечер участникам

ситуация следующая:
на один сервер приходят два транка из внешнего мира:
с сервера А 99.1.1.1 на адрес 80.1.1.1 на сервере астериска
с сервера Б 99.1.1.2 на адрес 80.1.1.2 на сервере астериска

если ставлю bindaddr 0.0.0.0, то в пакетах сип локальные адреса, а не внешние.

поможите люди добрые, где ж я не прав (ну кроме глобального и обидного :) ).

Дайте внятнее топологию сети. Сколько сетевых интерфейсов на машине с *? Есть ли где-то между NAT? И т.д.

80.1.1.1 и 80.1.1.2 на лупбэке машины с астериском . натов нет, айпишники внешние, смотрят в большой и светлый мир, наружу. никаких натов.

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

80.1.1.1 :приходят с сервера 99.1.1.1 звонки, регистрация нормально идет, звук есть.

чего хотелось бы : чтобы для входящих с 99.1.1.1 был забинден адрес 80.1.1.1, а для входящих с 99.1.1.2 - бинд с адреса 80.1.1.2 . как это сделать только средствами астериска?

bind 0.0.0.0 - это слушать на всех интерфейсах, но не отвечать с тех же.
С source ip будет посложнее.

интересно именно как сделать это "из астериска" ^^'
outbound и defaultip как-то не очень в этом помогают :/
можно конечно использовать модуль сип-прокси... но как-то не хочется.
или только openser еще другим вариантом будет?

route настроен ?
forwarding между интерфейсами влючен?

не умеет астериск этого в приципе. в списках рассылки не раз похожий вопрос был.
ответ один - мол не барское это дело, это дело ОС.
openser скорей всего поможет в этом случае, как минимум с сигнализацией.

Можно было бы пытаться настроить правила iptables на основе source ip типа цисковского route-map
Но SIP то не обманешь!

Мне кажется, проще всего вместо одного * два поставить - каждый на своем внешнем IP-адресе.

Можно заставить машину отвечать на тот интерфейс, откуда пришел пакет. google:Lartc
Такое работает как часы :)