Маршрутизаторы OSPF (с ПТИЦЕЙ на debian) распознают друг друга как соседей, но не могут проверить с помощью ping-запросов друг друга
Если бы эта доля является единственной вещью на разделе затем, было бы самым легким просто переформатировать его.
Если существует что-то стоящее экономить на разделе, то просто копируют его где-нибудь, переформатировали и копируют его назад.
Я понял! Есть несколько причин, по которым установка не работала - во-первых, адреса были установлены неправильно. Интерфейсу должны быть назначены следующие (например) адреса, чтобы все работало:
R1 (eth0, 10.0.1.1) <-> (eth0, 10.0.1.2) R2 (eth2, 10.0.2.1) <-> ( eth0, 10.0.2.2) R3 (eth2, 10.0.3.1) <-> (eth0, 10.0.3.2) R4
для того, чтобы оба интерфейса, обращенные друг к другу на каждых двух соседних маршрутизаторах, находились в одном широковещательном домене (/ 24 подсеть). Сетевая маска на каждом интерфейсе должна быть 255.255.255.0.
Что касается конфигурации OSPF в BIRD, Блок «сети» должен был быть добавлен к области, чтобы обозначить, какой информацией маршрутизаторы должны обмениваться (в частности, о каких сетях говорят маршрутизаторы). В этом случае, поскольку у нас есть сеть / 24 (255.255.255.0) на каждом конце, мы можем использовать сеть / 16 (255.255.0.0) в операторе сетей для обмена информацией между двумя соседними сетями / 24 (10.0.1 и 10.0). .2 например). В конце концов, это выглядит так:
protocol ospf MyOSPF {
tick 2;
rfc1583compat yes;
area 0.0.0.0 {
networks {
10.0.0.0/16;
};
stub no;
interface "eth2" {
hello 9;
retransmit 6;
cost 10;
transmit delay 5;
dead count 5;
wait 50;
type broadcast;
};
interface "eth0" {
hello 9;
retransmit 6;
cost 10;
transmit delay 5;
dead count 5;
wait 50;
type broadcast;
};
};
}
из руководство по настройке bird ospf Networks {set} - Определение диапазонов IP-адресов области. Это используется при создании сводной LSA. Скрытые сети не распространяются на другие области.
о каких сетях говорят роутеры). В этом случае, поскольку у нас есть сеть / 24 (255.255.255.0) на каждом конце, мы можем использовать сеть / 16 (255.255.0.0) в операторе сетей для обмена информацией между двумя соседними сетями / 24 (10.0.1 и 10.0). .2 например). В конце концов, это выглядит так:protocol ospf MyOSPF {
tick 2;
rfc1583compat yes;
area 0.0.0.0 {
networks {
10.0.0.0/16;
};
stub no;
interface "eth2" {
hello 9;
retransmit 6;
cost 10;
transmit delay 5;
dead count 5;
wait 50;
type broadcast;
};
interface "eth0" {
hello 9;
retransmit 6;
cost 10;
transmit delay 5;
dead count 5;
wait 50;
type broadcast;
};
};
}
из руководство по настройке bird ospf Networks {set} - Определение диапазонов IP-адресов области. Это используется при создании сводной LSA. Скрытые сети не распространяются на другие области.
о каких сетях говорят роутеры). В этом случае, поскольку у нас есть сеть / 24 (255.255.255.0) на каждом конце, мы можем использовать сеть / 16 (255.255.0.0) в операторе сетей для обмена информацией между двумя соседними сетями / 24 (10.0.1 и 10.0). .2 например). В конце концов, это выглядит так:protocol ospf MyOSPF {
tick 2;
rfc1583compat yes;
area 0.0.0.0 {
networks {
10.0.0.0/16;
};
stub no;
interface "eth2" {
hello 9;
retransmit 6;
cost 10;
transmit delay 5;
dead count 5;
wait 50;
type broadcast;
};
interface "eth0" {
hello 9;
retransmit 6;
cost 10;
transmit delay 5;
dead count 5;
wait 50;
type broadcast;
};
};
}
из руководство по настройке bird ospf Networks {set} - Определение диапазонов IP-адресов области. Это используется при создании сводной LSA. Скрытые сети не распространяются на другие области.
protocol ospf MyOSPF {
tick 2;
rfc1583compat yes;
area 0.0.0.0 {
networks {
10.0.0.0/16;
};
stub no;
interface "eth2" {
hello 9;
retransmit 6;
cost 10;
transmit delay 5;
dead count 5;
wait 50;
type broadcast;
};
interface "eth0" {
hello 9;
retransmit 6;
cost 10;
transmit delay 5;
dead count 5;
wait 50;
type broadcast;
};
};
}
из руководство по конфигурации Bird OSPF Networks {set} - Определение диапазонов IP-адресов области. Это используется при создании сводной LSA. Скрытые сети не распространяются на другие области.
protocol ospf MyOSPF {
tick 2;
rfc1583compat yes;
area 0.0.0.0 {
networks {
10.0.0.0/16;
};
stub no;
interface "eth2" {
hello 9;
retransmit 6;
cost 10;
transmit delay 5;
dead count 5;
wait 50;
type broadcast;
};
interface "eth0" {
hello 9;
retransmit 6;
cost 10;
transmit delay 5;
dead count 5;
wait 50;
type broadcast;
};
};
}
из руководство по настройке Bird ospf Networks {set} - Определение диапазонов IP-адресов области. Это используется при создании сводной LSA. Скрытые сети не распространяются на другие области.
Ваши маршрутизаторы могут видеть друг друга через OSPF, потому что OSPF использует многоадресную рассылку любого интерфейса для обнаружения соседей. Это означает, что вам фактически не нужны рабочие таблицы маршрутизации для просмотра соседей, если два маршрутизатора находятся в одном домене многоадресной рассылки.
Итак, посмотрите на снимки экрана - все интерфейсы вашего маршрутизатора либо 10.0.0.0/8, либо 192.168.0.0/24. Ваши маршрутизаторы увидят это и предположат, что они находятся в одном широковещательном домене, поэтому вместо отправки пакета на eth0 или eth2 или чего-то еще, они просто собираются отправлять трафик через случайные интерфейсы.
Вы должны использовать небольшие подсети с прямым подключением для связи между маршрутизатором и маршрутизатором и не иметь этих гигантских подсетей / 8, которые могут запутать вас. http://bird.network.cz/?get_doc&f=bird-2.html
Наконец, вам нужно убедиться, что птица знает маршруты ОС и устанавливает маршруты в ОС. Ах, это может быть источником ваших проблем - из FAQ :
BIRD не импортирует некоторые маршрутизаторы из ядра
Во-первых, должна быть активна опция изучения протокола ядра.
Во-вторых, добавлены маршруты "устройства", связанные с адресами / префиксами интерфейсов. автоматически ОС / ядром никогда не импортируются. Вы можете добавить их с использованием прямого протокола.
В-третьих, по неясным и историческим причинам BIRD 1.3.x (или старше) не импортирует даже некоторые добавленные вручную маршруты устройств / хостов (т.е. без шлюза). Есть два способа исправить это. Либо добавьте эти маршруты к таблице маршрутизации ядра со статическим источником протокола (например, '@ip route add 10.20.30.0/24 dev eth0 proto static @ ') или перекомпилировать BIRD с прикрепленным патчем (см. Внизу страницы), чтобы исправить это проблема.