上课老师常说，ospf这块是重点，在这协议上面课时也上了不少，最怕就是在配命令的时候邻居起不来，不能发现远程路由，这情况真是搞得脑壳疼滴很，常常要敲两遍以上，路由才会起来。
今日闲来无事，遂拿起我那沉甸甸的坚如磐石经不起折腾的华硕笔记本，小心翼翼点开gns3，再次开始了我敲ospfv3的头秃之路。
我以一波自以为迅雷不及盗铃之势实际上是敲router-id 1.1.1.1都要瞪大眼睛看看对不对的速度完成对ipv6的ospf配置之后，小心翼翼地，在R1上show ipv6 route ospf，果然，那少得可怜的路由条目（准确来说，除了codes那部分说明外，只有一条从R2过来的OI路由），颇有一股“我胡汉三又回来啦”的韵味。它在那里，带着三分讥笑五分嘲讽的眼神，透过黑亮亮的屏幕，冷冰冰注视着我，仿佛在对我说：“嘿嘿嘿，这下你又输了”。好吧我戏又多了。不过作为典型的链路状态协议，ospf这块确实是需要仔细研究的地方。
路由起不来，第一个想到的就是求助同学，可转念一想，总不能一出问题就找别人，虽然没少干过这种事，还是show一下run，仔细看看哪条命令没配吧。
硬着头皮就上，R1R2R3R4统统show了个遍，R3R4之间验证加密去掉了，除去软件本身可能带来的延迟外，就是命令哪里敲错了。oh有时真的不想相信自己手动敲的命令会出错。
看着看着，揪出了R4一个接口没加到area里面，R1和R2的dead-interval没配，把敲欠的命令补上去后，果然show一下路由都有了。真是自己栽自己手里了，确实本来也没想到命令出错，当然主要是我懒，不想一条一条查。
想起之前老师给我们总结，ospf路由起不来的原因，大致有以下几种：
1.hello时间、dead时间不一致。
2.area不一致。
3.router-id冲突。
4.
想不起来惹T_T，事出有因，ping不通啦，show个neighbor发现没有啦，什么问题一定都是有原因的，大部分肯定是自己手生敲不全引起，或者说是对这些东西不了解才会引起bug。路漫漫其修远兮啦~