设为首页收藏本站language 语言切换
查看: 2228|回复: 6
收起左侧

[已解决] 帧中继中接口配置broadcast,发现的问题

[复制链接]
发表于 2013-4-28 00:56:35 | 显示全部楼层 |阅读模式
实验拓扑如下:
1.gif
R1R2R3 s0/0配置成broadcast,没有为R2,R3单独配置PVC
(1)    R2可学到R3路由,但ping不通,因没有R2R3之间的PVC
(2)    由于接口配置快慢,R1为选举为DR。可以看到R1R2R3建立了邻居关系。但R2R3分别只跟R1建立邻居关系
R2
2.gif
R1:
3.gif
后来发现,即便在R1,R2之间配置了PVC,R2完全可以ping通R3的loopback 0,
R1和R2仍不能建立邻居关系,即它们的邻居表中始终只有R1。
但在R1的邻居表中,又分明将看到R3是BDR,R2是DROTHER。
如果R1和R2不能建立邻居关系,又何来的选举,又何来的BDR呢?
 楼主| 发表于 2013-4-28 01:27:51 | 显示全部楼层
这真是一个非常有趣的环境:三个路由器,同一个网段,R2和R3实际又不直接相连;参加选举,R2和R3又彼此不建立邻居关系。
沙发 2013-4-28 01:27:51 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-28 09:01:23 | 显示全部楼层
因为OSPF的hello报文的TTL值是1.只能传1跳。R2和R3 又没有直连。所以Hello报文只能传递给R1。当然只能和R1建立邻接关系。之所以会存在BDR是因为你的R1是Dr。R1既然成为了DR,那么他会跟R2与R3进行选举关系。 R2 被选举成了BDR。但是在这样的环境中,有BDR是非常严重的失误。在Hub-And-Spoke的帧中继环境中无论是NBMa或者BMA。都不应该存在BDR。因为如果R1作为DR挂掉后。即使R2时BDR能够成为DR。但是R3首先需要将自己的拓扑信息以224.0.0.6的地址发送给DR,然后DR再以224.0.0.5来范洪。R2与R3又不是直接连通在一起,所以这是徒劳。所以在网络刚部署阶段,就需要将所有SpOKE节点的OSPF优先级设置为0
板凳 2013-4-28 09:01:23 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-28 09:01:56 | 显示全部楼层
楼主请看一下2类LSA
地板 2013-4-28 09:01:56 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-28 09:10:45 | 显示全部楼层
二楼正解
5# 2013-4-28 09:10:45 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-28 10:14:21 | 显示全部楼层
其它Priority 设为零 不参与选举

这样 就能学到了,要确保另外两台能和R1 建起邻居
6# 2013-4-28 10:14:21 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-29 19:21:37 | 显示全部楼层
把R2、R3的状态改为two-way状态就好
7# 2013-4-29 19:21:37 回复 收起回复
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 论坛注册

本版积分规则

QQ|Archiver|手机版|小黑屋|sitemap|鸿鹄论坛 ( 京ICP备14027439号 )  

GMT+8, 2025-3-10 17:22 , Processed in 0.086908 second(s), 30 queries , Redis On.  

  Powered by Discuz!

  © 2001-2025 HH010.COM

快速回复 返回顶部 返回列表