OSPF-маршрутизация (quagga) FreeBSD. Таблицы маршрутизации не меняются. Помогите, пожалуйста
У меня проблема с работой в лаборатории. Мне нужно обеспечить сетевую маршрутизацию с OSPF. Моя сеть имеет следующую структуру:
Итак... Когда я запускаю 3 виртуальные машины со всеми работающими интерфейсами, все в порядке - таблицы маршрутизации верны, все соединения работают.
Но когда я опускаю IF1 на машине R3, через 120 секунд таблицы маршрутизации на R1 и R2 изменились. Но даже через 1 час таблицы маршрутизации на R2 не меняются, и у меня возникают проблемы с маршрутизацией в сеть 172.16.3.0. Я знаю, что в OSPF есть что-то вроде "затопления" маршрутизации - первая волна смены идет через 120 секунд, а следующий шаг - через 8-9 минут...
Пожалуйста, помогите, чтобы ospf работал нормально!
Вот конф файлы zebra.conf а также ospf.conf для машины R2 (для других все одинаковые, кроме IP-адресов, сети, имени хоста и идентификатора маршрутизатора.
zebra.conf:
hostname Router
password zebra
enable password zebra
interface lo
description loopback
interface em0
ip address 192.168.9.3/24
interface em1
ip address 172.16.2.1/24
interface em2
ip address 172.16.1.2/24
ospf.conf:
hostname R2
password zebra
enable password zebra
interface em0
no ip ospf authentication-key
interface em1
no ip ospf authentication-key
interface em2
no ip ospf authentication-key
router ospf
ospf router-id 0.0.0.2
network 192.168.9.0/24 area 0
network 172.16.2.0/24 area 0
network 172.16.1.0/24 area 0
redistribute connected
Примечание: для всех машин - em0=IF3, em1=IF2, em2=IF3
ОБНОВЛЕНИЕ: Спасибо... Проблема решена. Я просто добавляю функцию обнаружения ссылок... Извините, временно не могу проголосовать за ответ...
1 ответ
Почему таблица маршрутизации изменилась бы вообще? У R2 уже есть маршруты ко всему через его связи с R1 и R3. Даже если R1 теряет свой маршрут к 172.16.3.0/24, R3 все равно объявляет его обратно к R2 (как это было до того, как ссылка перестала работать).
Вы должны увидеть некоторые изменения в самой базе данных OSPF, но не нужно менять маршрутизацию хоста. Попробуйте сравнить "show ip ospf database" на каждом из маршрутизаторов до и после закрытия ссылки.
Стоит отметить - если в вашей конфигурации ospf не включен многолучевой доступ, в таблицу маршрутизации будет добавлен только один путь к 172.16.3.0/24. Если он видит маршруты от обоих маршрутизаторов, он выбирает один из путей, основанных на прерывателе связей - идентификаторы маршрутизатора. Если R2 уже выбрал путь, по которому ссылка -did- не идет вниз, то ничего не меняется...
Пара моментов-
1.) Почему вы используете "перераспределение подключено" - особенно на неограниченной основе. Команда "network xyzq" уже заботится о самих ссылках. Связанный перераспределение, в лучшем случае, приведет к появлению локальных маршрутов как внешних. Удалите этот оператор и добавьте еще один оператор сети для интерфейсов 192.168.x (пометьте эти интерфейсы как пассивные, если они предназначены для подключения конечного хоста). Если вам необходимо перераспределить подключенные маршруты, тогда примените фильтрацию, чтобы ограничить маршруты, которые фактически перераспределяются. Неограниченное перераспределение - только боль, ожидающая того, чтобы случиться.
2.) Я давно играл с Quagga, но я думаю, что вам также нужно "определить ссылки" в определениях интерфейса ospf.