我的实验室工作有问题。 我需要用ospf提供networking路由。 我的网有以下布局:

所以…当我启动3个具有所有工作接口的虚拟机时,一切正常 – 路由表正确,所有连接都可以正常工作。
但是当我在R3机器上放下IF1时,R1和R2上的120秒路由表发生了改变。 但是即使在1小时后,R2上的路由表也不会改变,而且我在路由到172.16.3.0networking时遇到了问题。 我知道在OSPF中有一些类似于“洪泛”的路由 – 在120秒之后发生第一波变化,然后是下一步 – 在8-9分钟之后…
请帮助使ospf工作正常!
这里是用于R2机器的zebra.conf和ospf.confconfiguration文件(对于其他configuration文件, ospf.conf IP地址,networking,主机名和路由器ID)。
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
更新:谢谢…问题解决了。 我只是添加链接检测corectly …对不起,我暂时不能投票回答…
为什么路由表会改变呢? R2已经通过其链接到R1和R3的路线。 即使R1失去了172.16.3.0/24的路由,R3仍然将它通告给R2(就像链路断开之前一样)。
你应该看到OSPF数据库本身有一些变化,但主机的路由不应该改变。 尝试在closures链路之前和之后比较每个路由器上的“show ip ospf database”。
值得注意的是,如果在ospfconfiguration中没有启用多path,则只有一条172.16.3.0/24的path将被注入到路由表中。 如果它看到来自两台路由器的路由,那么它将基于一个决胜者 – 路由器IDselect一个path。 如果R2已经select了链接-didn't-下降的path,则没有任何变化…
几点 –
1.)为什么你使用“重新分配连接” – 特别是在不受限制的情况下。 “networkingxyzq”命令已经负责链接本身。 充其量,连接的重新分配将产生显示为外部的本地路由。 删除此语句并为192.168.x接口添加另一个networking语句(如果这些接口应该用于terminal主机连接,则将这些接口标记为被动接口)。 如果您必须重新分配连接的路由,则应用过滤来限制实际重新分配的路由。 无限制的再分配只是等待发生的痛苦。
2)从我玩过Quagga已经有一段时间了,但是我认为你也需要对ospf接口定义进行“链接检测”。