（该问题已结束）在做OSPF网络类型的相关实验时碰到的优先级问题

当年的美好

本实验已结束，感谢 Jeff 老师的解答
        果然是像前辈们说的那们，一次深入浅出的讲解，如同拨云见日，豁然开朗，短短几句话就让我扩宽了眼界，看到了更多平时没注意到的，更深入的了解了HELLO包的意义。

想了解的朋友，请往5楼参阅 Jeff 老师的讲解


另：
关于路由表条目中没有 物理链路的 路由原因
    经过实验测试及查询相关资料，得出一结论
        在NBMA 网络中，路由表中不会生成 物理接口的路由条目，原因暂时还没查到
        但这个结果是确定的。

****************************************************************

本来是想做网络类型实验的，但做着做着，扯出了另外一个问题，关于OSPF优先级的问题

请先看拓扑图


实验目的：
熟悉帧中继的DLCI复用

实验过程：       以下都是正常的配置，可跳过
每个接口都需要的配置
encapsulation frame-relay
no frame-relay inverse-arp
no arip frame-relay
no shutdown

R1
ip address 192.168.1.1 255.255.255.248
frame-relay map ip  192.168.1.2 102 broadcast
frame-relay map ip 192.168.1.3 103 broadcast

R2
ip address 192.168.1.2 255.255.255.248
frame-relay map ip 192.168.1.1 201 broadcast
frame-relay map ip 192.168.1.3 201 broadcast

R3
ip address 192.168.1.3 255.255.255.248
frame-relay map ip 192.168.1.1 301 broadcast
frame-relay map ip 192.168.1.2 301 broadcast

实验结果2：R2与R3能够互通

实验3：
在上一个实验的基础上，在各接口添加looopback回环口
配置如下：
         LOOP            S0/0
R1    1.1.1.1    192.168.1.1
R2    2.2.2.2    192.168.1.2
R3    3.3.3.3    192.168.1.3

在三台路由上分别运行 OSPF 1
并分别宣告 loop 和 s0/0
            network 1.1.1.1 0.0.0.0 a 0
            network 2.2.2.2 0.0.0.0 a 0
            network 3.3.3.3 0.0.0.0 a 0
            network 192.168.1.0 0.0.0.255 a 0

同时在R1 上手动配置邻居
            Neighbor 192.168.1.2
            Neighbor 192.168.1.3


一段时间后，日志显示FULL
            show ip route
R1 的路由条目中 除自身外，只有 3.3.3.3 没有 2.2.2.2  也没有 192.168.1.2 和 192.168.1.3
在清理路由表和OSPF表后依旧如此
            clear ip route *                 clear ip ospf p

            show ip ospf neighbor
R1的邻居表中   R2  R3  都FULL了， 3.3.3.3 为DR

补： R2 R3 邻居表都有 R1
    R3 的路由表中 除自身外 只有   O  1.1.1.1  的路由条目
    R2 的路由表中 只有自身的直连路由C，没有其他路由


提问1 ：   为什么路由表中没有 192.168.1.2 和 192.168.1.3 ？





对上面的问题，因为个人查不出原因，就先暂时按下
在查看    show  run  |  s  ospf  时， 发现之前手动配置的两个邻居优先级都为 1
怀疑是优先级的原因，造成R2 无法出现在路由表


接着开始修改优先级，先都改成0，想让 R1 成为 DR ， R2 R3 不参选
       如果是优先级的原因让R2不出现在R1的路由表中， 那么优先级改为0后 R2 和 R3 应该就会同时出现在 R1 的路由表中
                  Neighbor  192.168.1.2  priority 0
                  Neighbor  192.168.1.3  priority 0

一段时间后，两个邻居都FULL了，
                  清除 route 和 OSPF 缓存 ， 再show  和 ping

但。。。结果依旧，与之前无异
再 show run  |  s ospf
发现 优先级竟然又变回  1


提问2：   这是GNS3 的BUG 吗？  还是IOS 的BUG ？  还是原本就如此？




后又继续实验，将R2 的优先级改为5，R3不变
改后再 show run   |  s  ospf
              neighbor 192.168.1.2 priority 5
              neighbor 192.168.1.3
R2显示正确，   但 R3 的优先级消失

再一段时间后，FULL
       show  run  |  s ospf
              neighbor 192.168.1.2 priority 1
              neighbor 192.168.1.3 priority 1
两个优先级又都变回1

但是PING的时候， 已经能通R2 和R3 了

以下是R1最终的路由表及邻居表：            R2 和 R3 的路由表类似，环回口都有认到

     1.0.0.0/32 is subnetted, 1 subnets
C       1.1.1.1 is directly connected, Loopback0
     2.0.0.0/32 is subnetted, 1 subnets
O       2.2.2.2 [110/65] via 192.168.1.2, 00:39:51, Serial0/0
     3.0.0.0/32 is subnetted, 1 subnets
O       3.3.3.3 [110/65] via 192.168.1.3, 00:39:51, Serial0/0
C    192.168.1.0/24 is directly connected, Serial0/0
R1#sh ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           1   FULL/DROTHER    00:01:42    192.168.1.2     Serial0/0
3.3.3.3           1   FULL/DR         00:01:42    192.168.1.3     Serial0/0
R1#




疑问

优先级为何会变回1？ 是自然变化，还是BUG？

一开始R2的环回口不通，之后能通是因为更改优先级的原因才通的吗？

如果是因为更改优先级，那么R3的优先级未做改动，却为何能通？




再把前面的两个问题都复制下来

提问1 ：   为什么路由表中没有 192.168.1.2 和 192.168.1.3 ？

提问2：   这是GNS3 的BUG 吗？  还是IOS 的BUG ？  还是原本就如此？

wantccie

这是典型的hub-spoke模型，在这样的模型中，启用ospf的接口网络类型，默认为non-broadcast，也就是非广播，即使你都写了broadcast关键字的静态frame-relay map，ospf邻居还是建立不了，必须在hub端的ospf进程下手动指spoke的邻居，否则邻居会一直卡在attempt状态。

另外关于优先级的问题，如果不去设一个启用了ospf接口的优先级，那么默认为1，而一般把hub端的路由器设为DR，其他spoke路由器设为DROTHER。只需要改优先级为255和0即可。

当年的美好

wantccie 发表于 2011-9-20 22:18
这是典型的hub-spoke模型，在这样的模型中，启用ospf的接口网络类型，默认为non-broadcast，也就是非广播， ...

邻居表一直都没问题
主要问题是出在路由表，路由条目不完整

之后的优先级 先是把R2 和 R3 都设为0，但SHOW的时候显示，优先级又变回1，而R3依旧是DR

再把R2 的优先级改成 5   改完的时候SHOW 是正常的，
等全部FULL后 再SHOW  优先级又变回 1，但这时路由表里就有R2和R3的环回口了
但是物理接口的路由条目依旧没有，不知道这是正常的，还是哪里配错了

王晓强

OSPF在FR下的典型问题~
这个实验目前还没有发现bug~
关于OSPF的优先级问题，要考虑到稳定性原则~

Jeff.

当年的美好 发表于 2011-9-20 22:24
邻居表一直都没问题
主要问题是出在路由表，路由条目不完整

1、选举DR，在NBMA环境中只能在接口下修改相应的优先级，默认接口的优先级为1，这个优先级在发送的Hello包的时候会携带，至于你的NBMA环境下hub中用nei x.x.x.x pri 去设定优先级，这个优先级对与DR的选举来说没有实质性的意义，默认为0，这个优先级会在ATTEMPT/DROTHER 状态下才会出现的，一旦这台路由器收到对方的Hello包的时候，就会用收到hello包的优先级（默认为1）去覆盖你用neighbor指定的优先级。2、在hub and spoke模型的NBMA环境下你需要选举DR，那么建议hub的ospf接口的优先级设置为255，spoke的ospf接口的优先级设置为0，采用ip ospf priority 接口级命令设定~

当年的美好

Jeff. 发表于 2011-9-21 09:59
1、选举DR，在NBMA环境中只能在接口下修改相应的优先级，默认接口的优先级为1，这个优先级在发送的Hello包 ...

感谢 Jeff 老师的答疑解惑~~~实验成功了，谢谢老师

roy

JEFF实在是推强大了。。。。

当年的美好

roy 发表于 2011-9-21 17:21
JEFF实在是推强大了。。。。

顶~

补字。。。。。。。。。。

当年的美好

andersen 发表于 2011-9-20 23:31
OSPF在FR下的典型问题~
这个实验目前还没有发现bug~
关于OSPF的优先级问题，要考虑到稳定性原则~

感谢老师捧场~
没有小强老师的教导，就没有学生的今天，谢谢老师~

zhangaxyoyo

呵呵 过来看看~