Господа, подскажите куда копать :)
Есть такая ситуация - сервак * с 2мя сетевыми интерфейсами. К 1му подключены телефоны, ко 2му - транк от провайдера. Таблица route выглядит так

Kernel IP routing table

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface

192.168.1.0     192.168.1.1     255.255.255.0   UG    0      0        0 eth0

192.168.1.0     *               255.255.255.0   U     0      0        0 eth0

10.80.0.0       10.80.0.1       255.255.252.0   UG    0      0        0 eth1

10.80.0.0       *               255.255.252.0   U     0      0        0 eth1

10.80.0.0       10.80.0.1       255.255.0.0     UG    0      0        0 eth1

default         192.168.1.1     0.0.0.0         UG    0      0        0 eth0

192.168.1.0/24 - сеть телефонов
10.80.0.0/22 - сеть провайдера

10.80.0.0      10.80.0.1          255.255.0.0     UG    0      0        0 eth1

эта строчка обусловлена тем, что у провайдера IP выходящий за 10.80.0.0/22 и надо к нему ходить через этот его гейтвей.

default         192.168.1.1     0.0.0.0         UG    0      0        0 eth0

эта строчка - чтобы сам астер мог выходить в сеть (к ей и подключен инет, но не телефония)

Проблема - односторонняя слышимость, т.е. абонент внутренней сети не слышит внешнего. У всех клиентов пытался играть с canreinvite и nat, но не помогает.

Бред. Больше мне нечего добавить.
Нафига дублировать роуты?!

Samael28:

192.168.1.0 192.168.1.1
192.168.1.0 *

И дальше каждый дест усердно дублируется.

Samael28:

эта строчка обусловлена тем, что у провайдера IP выходящий за 10.80.0.0/22 и надо к нему ходить через этот его гейтвей.

А какого ж рожна дест стоит

Samael28:

10.80.0.0 10.80.0.1

Как с такими настройками хоть какая-то слышимость вообще есть?!

Честно сказать я сам толком не все понимаю. Для меня * в описании Gateway не совсем очевидна. Имеется ввиду, что это тот же самый, что и предыдущий?

Alekz:

Samael28:

эта строчка обусловлена тем, что у провайдера IP выходящий за 10.80.0.0/22 и надо к нему ходить через этот его гейтвей.

А какого ж рожна дест стоит

Samael28:

10.80.0.0 10.80.0.1

А вы посмотрите внимательнее, там разные маски. IP у прова - 10.80.4.ХХ, что не входит в группу 10.80.0.0/22, чем и обусловлен этот роут. Как сделать, чтобы система ломилась на этот адрес именно через этот гейтвей и интерфейс - я не знаю. Потому и спрашиваю. Просто есть еще один гейтвей - 192.168.1.1, но это выход в инет.

Alekz:

Как с такими настройками хоть какая-то слышимость вообще есть?!

Да, есть :) Односторонняя :)

И? Теперь будем октетами откидывать разом?

Samael28:

Честно сказать я сам толком не все понимаю.

Мне кажется, сначала стоит разобраться с основами *nix, а потом уже браться за организацию сервисов на этой базе.

Хорошо. Я задам вопрос по другому. Как заставить выходить на определенный IP через определенный гейтвей при наличии двух таковых?

Alekz:

Мне кажется, сначала стоит разобраться с основами *nix, а потом уже браться за организацию сервисов на этой базе.

Я не спорю. Изучаю, читаю man, просто не все до конца понятно.

--
Upd: Я уже понял, что у меня дублируются роуты. Но все-таки вопрос открыт.

что то типа
route add -net 10.80.4.0 dev eth1

точнее man route

Жуть какая. Уберите автора от компьютера , пока он еще может работать.

2 zzuz
Не надо паниковать :) Уже 2 раза положил.

В общем, теперь табличка пришла к виду

Kernel IP routing table

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface

10.80.4.6       10.80.0.1       255.255.255.255 UGH   0      0        0 eth1

192.168.1.0     *               255.255.255.0   U     0      0        0 eth0

10.80.0.0       *               255.255.252.0   U     0      0        0 eth1

default         192.168.1.1     0.0.0.0         UG    0      0        0 eth0

Но проблема с односторонней слышимостью остается. Почему - пока не знаю.

Samael28, пожалуйста, не надо одолжений. Man надо читать, когда есть понимание того что делаешь и для чего.

Я б даже отправил, для начала, не в *nix разбираться, а в OSI.

Repz:

route add -net 10.80.4.0 dev eth1

Дело не в отсутствии команды (кстати, указанная тянет не более чем на "что-то типа"), а в отсутствии понимания предмета.

Вау. Метод научного тыка сработал?

Тогда canreinvite=no для прова исправит ситуацию. Иначе - только доктор.