OSPF的分流互备实验（华为）

实验要求：

1.分流
办公主机PC1 去PC3走的是R1->R2->R4；业务主机走的是R1->R3->R4

2.互备
当R2或R3的某条线路出现故障，办公链路与业务链路要能实现互为备份

下图为实验拓扑图

有三种解决方案

1. 重发布（R2、R3上双点双向重发布）
2. 域内路由优于域外路由（O>OIA）
3. 明细路由优于汇总路由

接下来我将根据这三种解决方案详细说明我的思路的业务的需求

第一种

思路：
在R2 R3上采用双点双向重发布，重发布时采用路由策略，将cost增加，从而实现互备

OSPF的进程划分为

1.根据上图的OSPF的进程划分，运行OSPF后，R1 R4上的不同进程OSPF中各有两个邻居

2.接下利用重发布的策略来控制选路，即实现分流互备

• 抓取路由（再R2、R3上抓取需要备份的路由）

  
  

• 制作策略（将需要备份的路由在主线路上把cost值增大）
  
  
  
  

这里先不进行策略的应用，先进行重发布，查看路由表，然后再重发布时调用策略，将两个路由表进行比较

接下来在R2 R3上进行重发布，没有添加策略的路由是这样的，可见于实际不符，并没有实现分流思想

R1的路由表

R4的路由表

• 重发布时调用策略
  

此时查看路由表，可见于预期相符

测试

分流测试：

办公主机的数据传输

PC1->PC3

PC3->PC1

业务主机的数据传输

PC2->PC4

PC4->PC2

当办公主机去与业务主机进行数据通信时则要经过业务路由器

PC1->PC4

互备测试：

若R1—R2间链路出现故障

PC1->PC3

若R1—R3间链路出现故障

PC2->PC4

可见，互备正常

第二种

思路：
域内路由优于域外路由（O>OIA），再OSPF选路中存在这几种路由；路由矢量型路由再选路时还存在AD值与metric，metric越小越好 AD值越小越好，那么此种解法就是划分区域，把用一种需求的主机划分进同一个区域，拓扑图更能说明问题


1.配置OSPF，待邻居关系收敛完成后，查看R1与R4有两个来自不同区域的OSPF邻居

查看R1的路由表，由于一类的LSA优于三类的LSA，则办公主机或业务主机间的数据通信肯定学习的时本区域内传递来的，这样就实现了分流需求

问题：
如果骨干区域中的链路出现了故障，则不能回包，例如R1-R2间的链路断开，R4上的路由表就不能收到PC1的路由

解决：
R4 R1间建立虚链路

虚链路作用：

• 连接远离骨干域的非骨干域
• 缝合骨干区域的断裂
  

此时查看R4的路由表，可见学习到了位于骨干区域的办公主机的路由

由于做了虚链路，R1去往办公路由将走的时虚链路的三类LSA，把R1 R3的cost增加即可解决，R4上类似

测试

分流测试：

PC1->PC3

PC2->PC4

备份测试：

将R1-R2的链路断开

PC1->PC3

断开R4-R2的链路

查看R1的路由表，实现了切换

PC1->PC3

第三种

思路：

• 明细路由优于汇总路由。

具体：将R2的1区域把业务路由进行汇总，这样一来，甩给R4时，由于办公路由是明细的，则会在R2 R4间进行传递；同样的将R2的0区域把业务路由进行汇总，这样一来，甩给R1时，由于办公路由是明细的，则会在R2 R1间进行传递。同理，R3上也是相同的做法

实验拓扑图如下

在ABR路由器上对自己的区域进行汇总

• R2上将0、1区域的业务路由汇总

  

• R3上将0、1区域的办公路由汇总

  

查看R2的路由表，可见如果访问办公路由的话，匹配到的时这条明细路由

测试

分流测试：

PC1->PC3

PC2->PC4

互备测试：

若R1-R2间的路由出现故障，查看R1的路由表

这属于正常的切换

PC1->PC3

此时断开R2-R4间的链路

查看R1的路由表

PC1->PC3

PC2->PC4

PC2->PC3

可见，都于预期相符

优化：网络类型的更改

将R1-R2链路的网络类型由BMA改成P2P

细节：若R2没有改类型即还是BMA网络，R1上将类型改为P2P，这样的话，邻居还是能建立起来的，但是没有路由

测试：将R2的两个接口都down掉，先开启BMA类型的链路，然后再开启P2P的链路，可以发现P2P类型的链路邻居最先完成建立，收敛速度大大提高，符合实际的需求于业务的要求

总结： 要根据用户的需求与业务的逻辑来详细分析问题与设计，此实验种我只是简单的解决了显示的问题，还存在一些隐示的问题，此实验还可以拓展与优化，欢迎大家评论指正。