OSPF:quagga 与 HP ProCurve 互不相让

OSPF:quagga 与 HP ProCurve 互不相让

这个问题与前一个关于 OSPF 路由。

根据上一个问题给出的建议,我现在已经绘制了网络图,确定了主干区域和所有其他区域,并开始在各个路由器上配置 OSPF。所有 HP ProCurve 7102dl 路由器都可以相互通信,并且运行良好。但是,在区域内路由器(都是 Linux 服务器)上,我使用的是 quagga(版本 0.99.10,来自 debian lenny),这根本不起作用。

以下是一些示例:在一个特定区域中,主网络是 192.168.51.0/24,Linux 路由器和 HP 路由器在该网络中都有一个接口。HP 路由器具有与其他 HP 路由器的 VPN 隧道,并将整个子网连接到外部世界。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

显然,192.168.51.0/24 子网中的接口两侧均启用了 OSPF,但它们之间却无法通信,因为否则我会在 Linux Box 上获得一些 OSPF 路由。但我没有。那么我做错了什么?我尝试了各种方法,但没有任何进展。任何建议都将不胜感激。如果您需要更多信息,请询问,我会编辑我的帖子。

答案1

Guacamole 为我指明了正确的方向。我在 ProCurve 和 quagga 上进行了一些调试,发现其中一个将该区域视为存根区域,而另一个将其视为正常区域,这就是通信中断的地方。一旦我将两者配置为将该区域视为相同区域,一切就都顺利了。

相关内容