（该问题已结束）在做OSPF网络类型的相关实验时碰到的优先级问题
本帖最后由 当年的美好 于 2011-9-21 13:13 编辑本实验已结束，感谢 Jeff 老师的解答
果然是像前辈们说的那们，一次深入浅出的讲解，如同拨云见日，豁然开朗，短短几句话就让我扩宽了眼界，看到了更多平时没注意到的，更深入的了解了HELLO包的意义。
想了解的朋友，请往5楼参阅 Jeff 老师的讲解
另：
关于路由表条目中没有 物理链路的 路由原因
经过实验测试及查询相关资料，得出一结论
在NBMA 网络中，路由表中不会生成 物理接口的路由条目，原因暂时还没查到
但这个结果是确定的。
****************************************************************
本来是想做网络类型实验的，但做着做着，扯出了另外一个问题，关于OSPF优先级的问题
请先看拓扑图
forum.php?mod=image&aid=15097&size=300x300&key=cda2463b8fdd39d3504fad405414af99&nocache=yes&type=fixnone
实验目的：
熟悉帧中继的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 ip192.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的邻居表中 R2R3都FULL了， 3.3.3.3 为DR
补： R2 R3 邻居表都有 R1
R3 的路由表中 除自身外 只有 O1.1.1.1的路由条目
R2 的路由表中 只有自身的直连路由C，没有其他路由
提问1 ： 为什么路由表中没有 192.168.1.2 和 192.168.1.3 ？
对上面的问题，因为个人查不出原因，就先暂时按下
在查看 showrun|sospf时， 发现之前手动配置的两个邻居优先级都为 1
怀疑是优先级的原因，造成R2 无法出现在路由表
接着开始修改优先级，先都改成0，想让 R1 成为 DR ， R2 R3 不参选
如果是优先级的原因让R2不出现在R1的路由表中， 那么优先级改为0后 R2 和 R3 应该就会同时出现在 R1 的路由表中
Neighbor192.168.1.2priority 0
Neighbor192.168.1.3priority 0
一段时间后，两个邻居都FULL了，
清除 route 和 OSPF 缓存 ， 再show和 ping
但。。。结果依旧，与之前无异
再 show run|s ospf
发现 优先级竟然又变回1
提问2： 这是GNS3 的BUG 吗？还是IOS 的BUG ？还是原本就如此？
后又继续实验，将R2 的优先级改为5，R3不变
改后再 show run |sospf
neighbor 192.168.1.2 priority 5
neighbor 192.168.1.3
R2显示正确， 但 R3 的优先级消失
再一段时间后，FULL
showrun|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 via 192.168.1.2, 00:39:51, Serial0/0
3.0.0.0/32 is subnetted, 1 subnets
O 3.3.3.3 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 ？还是原本就如此？
这是典型的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 static/image/common/back.gif
这是典型的hub-spoke模型，在这样的模型中，启用ospf的接口网络类型，默认为non-broadcast，也就是非广播， ...
邻居表一直都没问题
主要问题是出在路由表，路由条目不完整
之后的优先级 先是把R2 和 R3 都设为0，但SHOW的时候显示，优先级又变回1，而R3依旧是DR
再把R2 的优先级改成 5 改完的时候SHOW 是正常的，
等全部FULL后 再SHOW优先级又变回 1，但这时路由表里就有R2和R3的环回口了
但是物理接口的路由条目依旧没有，不知道这是正常的，还是哪里配错了
OSPF在FR下的典型问题~
这个实验目前还没有发现bug~
关于OSPF的优先级问题，要考虑到稳定性原则~ 当年的美好 发表于 2011-9-20 22:24 static/image/common/back.gif
邻居表一直都没问题
主要问题是出在路由表，路由条目不完整
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 static/image/common/back.gif
1、选举DR，在NBMA环境中只能在接口下修改相应的优先级，默认接口的优先级为1，这个优先级在发送的Hello包 ...
感谢 Jeff 老师的答疑解惑~~~实验成功了，谢谢老师
JEFF实在是推强大了。。。。 roy 发表于 2011-9-21 17:21 static/image/common/back.gif
JEFF实在是推强大了。。。。
顶~
补字。。。。。。。。。。
andersen 发表于 2011-9-20 23:31 static/image/common/back.gif
OSPF在FR下的典型问题~
这个实验目前还没有发现bug~
关于OSPF的优先级问题，要考虑到稳定性原则~
感谢老师捧场~
没有小强老师的教导，就没有学生的今天，谢谢老师~
呵呵 过来看看~
页:
[1]
2