OSPF 广播多路访问网络

q0066421

白书生 发表于 2014-5-21 22:48
那也是····我都是无聊才上来逛逛······bdr抢占dr就没玩过，ospf里面特殊点有个什么dr ...

又涨姿势了，原来只知道40s无邻居就选自己，原来还有一个无期限的讲究，有点意思。
bdr抢dr的上课没讲，后来听人提过，现在也想不起来了。有空可以设计个实验搞一搞。
我希望自己能一直保持刚入行的劲头：）
希望以后还能看到你这个号

ihorse

白书生 发表于 2014-5-21 18:25
只有drother发包才用224.0.0.6····dr和bdr只监听.5和.6········

怎么。我说的不对？

ihorse

q0066421 发表于 2014-5-21 16:42
我觉得这和dr、bdr在网络中作用、关系；以及ospf设计理念有关系。
梳理一下流程：
-首先是R3（drothe ...

我咋觉得你不是在解决问题，而是把问题复杂化呢。

ihorse

q0066421 发表于 2014-5-21 16:42
我觉得这和dr、bdr在网络中作用、关系；以及ospf设计理念有关系。
梳理一下流程：
-首先是R3（drothe ...

你说了这么多，只是把自己征服了，我没看出什么端倪

ihorse

q0066421 发表于 2014-5-21 16:42
我觉得这和dr、bdr在网络中作用、关系；以及ospf设计理念有关系。
梳理一下流程：
-首先是R3（drothe ...

我问你几个问题？请简短的回答，越短越好
发ack的条件是什么？
bdr为何向224.0.0.5发确认？
你改hello-interval的实验现象能否发上来？你该实验想说明什么问题？

ihorse

白书生 发表于 2014-5-21 18:42
霸气····我居然无聊得看完了·····你是讲师吧··能说这么长····理解的人看起来还 ...

这个解释也有道理。理论上，不明之处是R2发的lsack对谁生效了？对R1还是R3？
本质问题是，ack到底是确认谁？为了确认转update者，还是为了确认始发着？
R1此处到底是始发者？还是转发者？

q0066421

ihorse 发表于 2014-5-22 06:55
这个解释也有道理。理论上，不明之处是R2发的lsack对谁生效了？对R1还是R3？
本质问题是，ack到底是确认 ...

我觉得，ack真正要确认的对象，就是没收到此ack就会重传（或者发生其它变动，就是我说drother收不到bdr的ack，会不会立即查询并选举bdr。如果不会，那这个括号就可以不要了；如果会，那ack还有这个作用）的那个家伙。
为什么R3对dr的lsu可以不发ack？因为dr收不到这个始发者的ack也不会重传。这个ack可以不要，ospf中，可以不要的就不要。
drother的lsu，dr都是以泛洪来隐式确认，不需要lsack数据包。
不按始发或者转发，这都是我们自己为了方便的称呼吧：）
R1对于这个lsu是始发，因为数据包的源地址是R1；对于这个lsa就是转发，因为lsa（比如就是类型1）的adv router还是R3。

q0066421

ihorse 发表于 2014-5-22 06:50
我问你几个问题？请简短的回答，越短越好
发ack的条件是什么？
bdr为何向224.0.0.5发确认？

你又让短，又让发实验现象。。。。。。。
1，对方收不到ack，就重传
2，因为我前面已经说了，再说就没法短
3，证明bdr的ack会让邻居上它的dead time刷新，证明.5的ack还有此功效

q0066421

ihorse 发表于 2014-5-22 06:50
你说了这么多，只是把自己征服了，我没看出什么端倪

是的，这个我也需要承认。同样的东西，每个人能看出的效果都不同。
以前玩金庸群侠传有个隐藏属性好像就是这个。一般都是去福威镖局拿到辟邪剑谱（还是清风剑谱，忘了），看一下升一级需要多少经验，才能知道，如果不满意，就重来。

q0066421

ihorse 发表于 2014-5-22 06:44
我咋觉得你不是在解决问题，而是把问题复杂化呢。

如果只记住“是什么”就算解决了问题，那我问这么多“为什么”肯定是把问题复杂化了。对不住，毛病不好改啊，我以为鸿鹄论坛正是探讨为什么的地方呢。

q0066421

白书生 发表于 2014-5-22 18:17
最后一句什么意思?ospf刷新不是靠hello时间？

ospf刷新不是靠hello时间？
你这句话倒是把我问蒙啦。
我就说我的意思。比如：
hello 10s，dead 40s。这样，每当dead刷到30就会收到hello，重回到40循环。
但当刷到35，收到了此邻居的一个lsu(或lsack)，它就知道这个邻居还活着，于是也会把dead刷回40。
这个实验很容易验证。

q0066421

白书生 发表于 2014-5-22 18:15
好吧···你这么纠结你对不对，咱们就来分析一下吧····

纠结的地方：

肯定纠结啊。
“bdr作为一个备份的存在，当dr发出来更新包，bdr不回应，dr不就认为bdr挂了？”
不会这么早就认为对方挂了吧，因为有hello包，有dead time，dr会往好处想，认为这是由于链路问题，它首先做的是等不到ack后重传，重传次数超过xx次（15还是多少？），试图重置此邻居。这应该是比较普遍的说法吧。
我纠结的是这个问题：drother收不到bdr的ack，会不会担心bdr挂了，而触发其它动作？？？比如主动查询，查询失败就不等dead time直接重置邻居或者选举？
以前在做eigrp的sia实验时，会抓到icmp包，应该就是eigrp主动查询邻居的机制，eigrp会发icmp，感觉很有意思。