То что вы описали, если я правильно понял, является настройкой маршрутизации на сервере ....

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

не показали ни ifconfig ни route ...

cron333:

deardear:

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

А здесь вообще не понятно ... А куда направляются пакеты с этих аресов (99.1.1.1 и 99.1.1.2). Ведь речь о входящих!?

И не объяснили, что хотели получить (под "биндить" подразумевается - слушать адрес) ...
Попробую догадаться, наверное хотели что бы ответ на адрес 99.1.1.1 был с адреса 80.1.1.1 (так же и другая пара).
Если так, то вы считаете, что это должен делать * ?

вообще ничо не показали :) ifconfig -a; netstat -nap; tcpdump..
Средствами одного только * такого не добиться - курите iproute2. Но зачем такой изврат?
UPD: как это вы iptables(sip) рулить собрались?

CONFIG_NF_CONNTRACK_SIP: │
│ │
│ SIP is an application-layer control protocol that can establish, │
│ modify, and terminate multimedia sessions (conferences) such as │
│ Internet telephony calls. With the ip_conntrack_sip and │
│ the nf_nat_sip modules you can support the protocol on a connection │
│ tracking/NATing firewall.

В общем ждем ответа, что там у вас с маршрутизацией)

в итоге просто перевел все на один адрес. :)

по iptables: см. модуль nf_nat_sip - как уже говорилось, с ним можно перенаправлять пакеты через нат и сип-сообщения переписывать на нужные адреса.

по просьбам интересующихся:
ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP>
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet 80.1.1.1/32 scope host lo
inet 80.1.1.2/32 scope host lo
2: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP>
3: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP>
4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP>
inet 192.168.1.1/24 brd 192.168.1.255 scope global bond0
5: vlan10@bond0
inet 10.0.0.1/24 brd 10.0.0.255

т.е. адреса внешние на lo, на влан приходит внешний трафик

почему считал что астериск может слушать два адреса: подвел бинд 0.0.0.0 и память о том что в сипе писался внешний адрес при таком бинде. :(

что смутило в данном случае с 0.0.0.0 - так это то что при нем прописывася адрес bond0 в сип-сообщениях. может глюк астериска (проверил - там был 1.6.1рц1 0.0).

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

ну и на память себе ж...

ASTERISK НЕ МОЖЕТ БИНДИТЬСЯ (слушать) НЕСКОЛЬКО ОТДЕЛЬНЫХ АДРЕСОВ - только или один или все 0.0.0.0. при последнем случае как я понимаю обратный адрес в сип может быть неочевидным (если на машине их несколько).

Интересующиеся просили показать вывод немного других команд. Ну да ладно.

Это как понять?

deardear:

по просьбам интересующихся:
ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP>
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet 80.1.1.1/32 scope host lo
inet 80.1.1.2/32 scope host lo
2: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP>
3: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP>
4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP>
inet 192.168.1.1/24 brd 192.168.1.255 scope global bond0
5: vlan10@bond0
inet 10.0.0.1/24 brd 10.0.0.255

deardear:

iptables: см. модуль nf_nat_sip

В вашем случае этот модуль не нужен.
В вашем случае нужно изучать следующее: устройство IP-сетей и маршрутизация в IP-сетях ... ;)

да понять-то это не сложно.. а вот что это за гениальное построение, с метриками по /32 - я могу только пару предположений сделать.
Рад за автора, что все получилось, только публика так и не поняла че вы там мутили :))

поясните плз... )

wins:

а вот что это за гениальное построение, с метриками по /32

понятие метрика несколько иное, чем в вашей интерпритации.
Может это маска подсети? ;)

извиняюсь, с префиксами, конечно. Ну масками. Что-то я второпях настрочил :)
Может используется ip unnumbered, может просто мостом сервак стоит. netstat -rn более полную картинку покажет. Да, нестандартно, по этому автор хотел решить проблему только средствами *, чтобы не лезть в дебри ip маршрутизации.