最近正在和大伙一起回顾学习《Cisco OSPF命令与配置手册》,恰逢路由版块“【原创故障案例分享】那些年，我们踩过的坑--路由技术篇”经验分享活动。
正好得闲，我也分享一个前段时间帮小伙伴解决的故障，故障内容正好和此次读书领读活动主题契合，没参加的朋友，可以移步参加，本周是最后一周，说不定还能再中个奖。。。
读书分享活动：
http://bbs.csc-china.com.cn/foru ... 5213&extra=page%3D1
企业拓扑：（为了便于故障描述和讲解，已简化，并更改的相关地址，不含企业网络和地址等私用信息）
这是企业的原架构，很简单，OSPF有两个区域，骨干区域中的路由在R1上做了汇总
这里用网段10.1.1.0/24和10.1.2.0/24来替代
汇总结果如下：
后来由于架构变动，区域1后面新连接了区域2的网络（三层交换网络，这里用路由器替代，不影响故障判断）
由于OSPF要求非0区域必须要挂靠在区域0才能通信，所以IT就在上图的R1和R2两个ABR处做了VL，并成功建立的新的邻居关系
到此为止，网络好像没有问题，但是后来发现，当时骨干区域0的汇总路由全部丢失。
比如原来的模拟汇总路由，变成了明细条目：
网络工程师一时找不到问题所在，也用模拟器中模拟了网络现象，还是没找到原因，最后发了拓扑文件向我求救
故障分析：
之前OSPF只有两个区域，在R2上设施区域间汇总没什么问题
因为当时的路由条目是OIA，代表的是区域间的路由，当然可以汇总
但是如果R1和R2之间做了VL，你会发现不但路由汇总不生效，而且条目类型已经变了
那这样的区域内路由，OSPF是不能做汇总的（OSPF不支持域内汇总，详解读书分享活动大家的讨论）
为什么会这样呢？
因为R1和R2之间做了VL，R2就成了区域0和2的ABR，所以之前R1上的路由对R2来说，已经是区域内的路由。
故障解决方法：
建议调整架构，1-0-2的区域模型，不建议使用VL实现常规通信。
个人感慨：
其实对于这里的网络大咖，这样的故障可能并不难，但是对于刚入行的IT，常见的故障坑不一定是多大的坑，毕竟每个人坑的大小是不同的
我相信一开始大家做网络都深有体会，有些小问题，自己不会，弄个半死，多希望能有个人指导一下，关键得有这么一个人。
现在互联网如此发达，这种经验分享活动，完全就可以是这个“人”。
正好得闲，我也分享一个前段时间帮小伙伴解决的故障，故障内容正好和此次读书领读活动主题契合，没参加的朋友，可以移步参加，本周是最后一周，说不定还能再中个奖。。。
读书分享活动：
http://bbs.csc-china.com.cn/foru ... 5213&extra=page%3D1
企业拓扑：（为了便于故障描述和讲解，已简化，并更改的相关地址，不含企业网络和地址等私用信息）
这是企业的原架构，很简单，OSPF有两个区域，骨干区域中的路由在R1上做了汇总
这里用网段10.1.1.0/24和10.1.2.0/24来替代
汇总结果如下：
后来由于架构变动，区域1后面新连接了区域2的网络（三层交换网络，这里用路由器替代，不影响故障判断）
由于OSPF要求非0区域必须要挂靠在区域0才能通信，所以IT就在上图的R1和R2两个ABR处做了VL，并成功建立的新的邻居关系
到此为止，网络好像没有问题，但是后来发现，当时骨干区域0的汇总路由全部丢失。
比如原来的模拟汇总路由，变成了明细条目：
网络工程师一时找不到问题所在，也用模拟器中模拟了网络现象，还是没找到原因，最后发了拓扑文件向我求救
故障分析：
之前OSPF只有两个区域，在R2上设施区域间汇总没什么问题
因为当时的路由条目是OIA，代表的是区域间的路由，当然可以汇总
但是如果R1和R2之间做了VL，你会发现不但路由汇总不生效，而且条目类型已经变了
那这样的区域内路由，OSPF是不能做汇总的（OSPF不支持域内汇总，详解读书分享活动大家的讨论）
为什么会这样呢？
因为R1和R2之间做了VL，R2就成了区域0和2的ABR，所以之前R1上的路由对R2来说，已经是区域内的路由。
故障解决方法：
建议调整架构，1-0-2的区域模型，不建议使用VL实现常规通信。
个人感慨：
其实对于这里的网络大咖，这样的故障可能并不难，但是对于刚入行的IT，常见的故障坑不一定是多大的坑，毕竟每个人坑的大小是不同的
我相信一开始大家做网络都深有体会，有些小问题，自己不会，弄个半死，多希望能有个人指导一下，关键得有这么一个人。
现在互联网如此发达，这种经验分享活动，完全就可以是这个“人”。
同步分享一个最近课堂用于鼓励大家认真学习的搞笑图片素材（管理员要是觉得不合规，可以删除:lol）
此配图管理员删除啦！！！
