LINUX.ORG.RU
Форум — Admin  

Правильная маршрутизация


0

0

Здравствуйте коллеги.

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

Есть два сетевых интерфейса:
eth0 - интерфейс в мир, с мировым IP адресом.
eth1 - местное пиринговое кольцо (сеть по обмену траффиком) построенное на протоколе bgp-4 (использовал пакет quagga)

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

В данном случае у меня сейчас:
[root@server /]# ip ro ls
193.27.x.x/30 dev eth1 proto kernel scope link src 193.27.x.y
195.158.x.x/28 dev eth0 proto kernel scope link src 195.158.x.y
169.254.0.0/16 dev eth1 scope link
default via 195.158.x.y dev eth0

Как вы видите в данном случае есть лишь один шлюз по умолчанию, и он от мирового интерфейса. Как сделать два шлюза и в зависимости от запросов отсылать имеено куда надо?

★★★
← помогите с netstat
как вычислить процесс занявший порт? →

судя по ip ro ls у тебя вообще нету маршрутов с proto quaga.
не очень понятна задача и топология, поясни детальнее.

chocholl ★★
()
Ответ на: комментарий от chocholl

Насколько я накопал в интернете, у меня честно говоря сложилось впечатление, что я не правильно настроил zebra & bgpd.

Дело в том, я уже понял, что при правильной настройке bgpd должны вытягиваться маршруты с роутера. Все, что мне дали для настройки bgpd это это номер ноды (65008). А судя по всему ещё нужны "соседи", с которых тоже можно вытягивать маршруты...

[root@server /]# cat /etc/quagga/zebra.conf
hostname server
password xxx
enable password xxx
log file /var/log/quagga/zebra.log
interface eth1
ip forwarding
line vty

[root@server /]# cat /etc/quagga/bgpd.conf
hostname server_bgpd
password xxx
router bgp 65008
bgp router-id 193.27.x.y
network 193.27.x.y/30
log file /var/log/quagga/bgpd.log
log stdout

С такой конфигурацией все запускается, но ничего не работает.

VirRaa ★★★
() автор топика
Ответ на: комментарий от VirRaa

Ну разумеется.. тебе нужны neighboors - тебе на кваггу зальют фулл-вью (ну или как там они у вас настроены), а квагга тебе забьёт этим фулл-вью таблицу маршрутизации ядра, а дальше уже ядро будет выбирать оптимальный маршрут...

shild
()
Ответ на: комментарий от shild

> Ну разумеется.. тебе нужны neighboors - тебе на кваггу зальют фулл-вью (ну или как там они у вас настроены), а квагга тебе забьёт этим фулл-вью таблицу маршрутизации ядра, а дальше уже ядро будет выбирать оптимальный маршрут...

Ок, спасибо за помощь. Позвонил, сказали, что соседей выдадут ;) А дальше посмотрим.

VirRaa ★★★
() автор топика
Ответ на: комментарий от VirRaa

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

chocholl ★★
()
Ответ на: комментарий от chocholl

> памяти должно быть не меньше гига.
> и проц неслабый чтоб искать в такой каше.

Дык, памяти 8 гигов, а проца два двухядерных ксеона.

VirRaa ★★★
() автор топика
Ответ на: комментарий от chocholl

>fv это все маршруты интернета, порядка 240 тысяч. >памяти должно быть не меньше гига. >и проц неслабый чтоб искать в такой каше.

гиг-то зачем ? можно и поменьше =)

shild
()
Ответ на: комментарий от VirRaa

> Как раз таки гиг на это все и ушел ;)

странно, впрочем квагга всю жизнь была крива :) openbgpd должен хавать меньше.

shild
()
Ответ на: комментарий от VirRaa

> Как раз таки гиг на это все и ушел ;)
Странно, на тачиле 377Mb RAM, из которых 152 свободно, работает quagga с full view - тачила живая, пакеты бегают...
P.S. тачила работает под gentoo

spirit ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← помогите с netstat
Admin
как вычислить процесс занявший порт? →