Этот вопрос связан с Предыдущая по OSPF-маршрутизации.
Основываясь на совете, который был дан в ответ на предыдущий вопрос, я составил себе схему сети, определил магистральную область и все другие области и начал настраивать OSPF на различных маршрутизаторах. Все маршрутизаторы HP ProCurve 7102dl взаимодействуют с каждым из них, и это прекрасно работает. Однако на внутризоновых маршрутизаторах, которые все являются серверами Linux, я использую quagga (версия 0.99.10, от debian lenny), и это просто не будет работать вообще.
Вот несколько примеров: В одной конкретной области первичная сеть - 192.168.51.0/24, и как маршрутизатор Linux, так и маршрутизатор HP имеют интерфейс в этой сети. Маршрутизатор HP имеет VPN-туннели к другим маршрутизаторам HP и соединяет всю подсеть с внешним миром. За маршрутизатором Linux находится еще одна подсеть на 192.168.52.0/24. Когда я смотрю на конфигурацию OSPF для этих интерфейсов, я получаю следующее:
Маршрутизатор Linux:
uk-swa-bps01# show ip ospf interface eth0
eth0 is up
ifindex 2, MTU 1500 bytes, BW 0 Kbit <UP,BROADCAST,RUNNING,MULTICAST>
Internet Address 192.168.51.1/24, Broadcast 192.168.51.255, Area 0.0.0.51
MTU mismatch detection:enabled
Router ID 192.168.51.1, Network Type BROADCAST, Cost: 10
Transmit Delay is 1 sec, State DR, Priority 1
Designated Router (ID) 192.168.51.1, Interface Address 192.168.51.1
No backup designated router on this network
Multicast group memberships: OSPFAllRouters OSPFDesignatedRouters
Timer intervals configured, Hello 10s, Dead 40s, Wait 40s, Retransmit 5
Hello due in 6.595s
Neighbor Count is 0, Adjacent neighbor count is 0
uk-swa-bps01# show ip ospf database
OSPF Router with ID (192.168.51.1)
Router Link States (Area 0.0.0.51)
Link ID ADV Router Age Seq# CkSum Link count
192.168.51.1 192.168.51.1 1335 0x80000016 0xabf6 2
А на роутере HP:
bps-test-vpn#show ip ospf interface ethernet 0/2
eth 0/2 is UP, line protocol is UP
IP address: 192.168.51.254 255.255.255.0, Area: 0.0.0.51
Router ID: 192.168.51.254, Network type: Broadcast, Cost: 1
Transmit delay: 1, State: DR, Priority: 1
Designated Router (ID): 192.168.51.254, Interface Address: 192.168.51.254
Backup Designated Router (ID): 0.0.0.0, Interface Address: 0.0.0.0
Timer intervals: Hello: 10, Dead: 40, Retransmit: 5
Hello due in: 00:00:05
Number of neighbors: 0, Adjacent neighbors: 0
bps-test-vpn#show ip ospf 0 database
OSPF router with ID: 192.168.51.254
Router Link States, Area 0
Link ID Adv Router Age Seq # Checksum
10.10.2.1 10.10.2.1 601 0x80000004 0xECAD
10.176.1.33 10.176.1.33 1526 0x80000086 0xAAE1
10.181.1.1 10.181.1.1 826 0x8000009A 0x56EF
192.168.51.254 192.168.51.254 819 0x8000001D 0x0B13
Summary Net Link States, Area 0
Link ID Adv Router Age Seq # Checksum
10.171.0.0 10.10.2.1 825 0x80000001 0x2867
10.171.0.0 10.176.1.33 1520 0x80000001 0x3990
10.181.0.0 10.181.1.1 1226 0x80000009 0x4989
10.181.1.0 10.181.1.1 1226 0x80000032 0xD9D1
192.168.51.0 192.168.51.254 824 0x80000016 0xF915
bps-test-vpn#show ip ospf 0.0.0.51 database
OSPF router with ID: 192.168.51.254
Router Link States, Area 0.0.0.51
Link ID Adv Router Age Seq # Checksum
192.168.51.254 192.168.51.254 845 0x80000009 0xFD79
Summary Net Link States, Area 0.0.0.51
Link ID Adv Router Age Seq # Checksum
0.0.0.0 192.168.51.254 610 0x80000005 0x15AA
10.10.1.40 192.168.51.254 835 0x80000001 0x87FF
10.10.1.44 192.168.51.254 830 0x80000001 0x6919
10.10.1.52 192.168.51.254 835 0x80000001 0x0F6C
10.10.1.72 192.168.51.254 844 0x80000001 0x3C2C
10.10.1.76 192.168.51.254 835 0x80000001 0x1E45
10.171.0.0 192.168.51.254 830 0x80000001 0xA269
10.181.0.0 192.168.51.254 830 0x80000001 0x34CC
10.181.1.0 192.168.51.254 830 0x80000001 0x17EB
Очевидно, OSPF включен с обеих сторон на интерфейсах, которые находятся в подсети 192.168.51.0/24, но они не взаимодействуют друг с другом, потому что в противном случае я получил бы некоторые маршруты OSPF на Linux Box. Но я не. Так что я делаю не так? Я перепробовал все, но не продвинулся. Любой совет будет принят во внимание. Если вам нужна дополнительная информация, просто спросите, и я отредактирую свой пост.
Гуакамоле указал мне правильное направление. Я провел небольшую отладку в ProCurve и в quagga, и выяснилось, что один из них видел область как тупиковую область, а другой видел ее как нормальную область, и здесь связь прервалась. После того, как я настроил оба так, чтобы область была одинаковой, все заработало как шарм.