虚连接
不规范的OSPF区域设计
我们来看一下具体什么是虚连接:
首先这里我们可以看到它的这个区域就违反了我们之前OSPF为了防环所指定的规则,我们的骨干区域必须和非骨干区域相连,但是在这里并没有相连。
这有可能是因为最开始规划的时候我们规划的是区域1,然后突然想起来我要一个区域1和区域2,此时在这里就是一个不规范的区域配置。
这个时候区域2和区域0之间要想去传递路由消息是不可能的,甚至区域1和区域2之间去传递路由消息也是不可能的。
因为RTC并不是一个ABR,不可能去生成3类LSA,这里就违背了OSPF的连接规则。
- 违背了OSPF区域的连接规则,如何解决?
虚连接vlink
我们可以去配置一个虚连接,在RTB和RTC之间进入OSPF进程,在区域下指定一个vlink的peer。
这里我们要注意这个3.3.3.3并不是loopback地址,也不是某一个接口的地址,是路由器的Router-id。
这里我们一定要注意,一定要让指定的参数和Router-id是一致的。
这个配置有什么作用呢?
我们可以看到这两个路由器之间相当于去互指了邻居关系,此时这个虚拟的邻居关系是属于区域0的,这个时候我们可以看到RTB和RTC之间有了区域0的邻居关系。
RTC此时就变为了一个ABR,它就可以生成3类LSA去传递路由消息了,这里是虚连接的一个作用。
注意:
虚连接并不是一个常规的配置,虚连接通常仅仅是用在网络出现故障,或者是应急措施,对于这种不规范的设计我们应该在规划网络的过程中尽量的去避免它。
我们可以看到在配置了虚连接之后,我们的RTC去传递的路由消息是比较混乱的,在RTB和RTC之间会去生成一个1类LSA去描述这种vlink的邻居关系。
我们在域内路由中也说过,在1类LSA中其实有4种类型,除了点对点,我们的TransNet和StubNet之外我们还会有一个VLink去描述B、C之间的邻居关系。
并且在RTC的数据库中会有区域1和区域2的数据库,而且也会去生成3类LSA,此时路由的传递和LSA的生成是比较混乱和复杂的,因此我们不建议在网络运行正常的情况下去使用虚连接。