Esta questão está relacionada a um anterior no roteamento OSPF.
Baseado no conselho dado à pergunta anterior, criei um diagrama de rede, identifiquei a área de backbone e todas as outras áreas e comecei a configurar o OSPF nos vários roteadores. Todos os roteadores HP ProCurve 7102dl conversam com cada um e isso funciona bem. No entanto, nos roteadores intra-área, que são todos servidores Linux, estou usando o quagga (Versão 0.99.10, do debian lenny) e isso simplesmente não funciona.
Aqui estão alguns exemplos: Em uma área específica, a rede principal é 192.168.51.0/24 e tanto o roteador Linux quanto o roteador HP têm uma interface nessa rede. O roteador HP tem túneis VPN para outros roteadores HP e conecta toda a sub-rede ao mundo externo. Atrás do roteador Linux há outra sub-rede em 192.168.52.0/24. Quando eu olho para a configuração do OSPF para essas interfaces, é isso que eu recebo:
Roteador 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
E no roteador 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
O OSPF está claramente habilitado em ambos os lados nas interfaces que estão na sub-rede 192.168.51.0/24, mas elas não se comunicam entre si, porque senão eu estaria obtendo algumas rotas OSPF na Linux Box. Mas eu não sou. Então, o que estou fazendo errado? Eu tentei todos os tipos de coisas, mas não estou fazendo nenhum progresso. Qualquer conselho seria apreciado. Se você precisar de informações adicionais, basta perguntar e eu vou editar o meu post.
O guacamole me apontou na direção certa. Eu fiz um pouco de depuração no ProCurve e no quagga e surgiu que um deles estava vendo a área como uma área de stub, mas o outro viu como uma área normal, e é aí que a comunicação quebrou. Uma vez que eu tinha configurado tanto para ver a área como a mesma, tudo funcionou como um encanto.