共计 5242 个字符,预计需要花费 14 分钟才能阅读完成。
导读 | 在网络规划中,路由策略的规划也是一个核心的内容。为了方便大家更好的掌握和应用路由策略,我们推出了路由策略这个专题。 |
对于 IP 网络工程师来说,路由策略的部署随处可见,无论在运营商 IP 网络还是在企业网中,路由策略的应用都是非常普遍的。同时,在网络规划中,路由策略的规划也是一个核心的内容。为了方便大家更好的掌握和应用路由策略,我们推出了路由策略这个专题,希望这个专题能够抛砖引玉引导各位一起讨论、共同学习。
我们讨论某个东西一般都回避不了这样一个问题:“XXX 是什么?”这里我们也尝试对路由策略下一个定义,来回答:“路由策略是什么?”这个问题。
很多人会把路由策略等同于 route-policy,也有人会可能会说 filter-policy 也属于路由策略的范畴,其实这些理解都有点不太准确。实际上,路由策略不是一个特定的技术,也不是一个特定的特性。
当讨论到路由策略的时候,我们经常会碰到很多种工具,比如 ACL、route-policy、ip-prefix、filter-policy 等等,不一一列举了。很多人都会被他们之间的调用关系搞昏了头,总感觉他们之间有说清道不明的关系。这里我们通过一张图来给大家介绍他们之间的关系。
如图 1 所示,我们把所有的工具划分成三类:
调用工具中的 filter-policy 和 peer 又自带策略工具的功能,因此这两个东西又可以直接调用条件工具。其他的调用工具都必须通过 route-policy 来间接的调用条件工具。
需要注意 peer 不能调用 ACL,可以调用其他的所有条件工具。
在 IP 网络中,路由策略的用途主要包括两个方面:1)对路由信息进行过滤。2)修改路由的属性。详细请见表 1:
如果各位觉得这样介绍路由策略的作用还是有点抽象的话,没关系,下面我们再来个实际的例子来介绍一下你就明白了。通过路由策略对路由信息进行过滤:
如图 1 所示,SwitchA 属于双上行的组网结构,SwitchA 会从 SwitchB 和 SwitchC 那里分别接收到路由。如果 SwitchA 仅希望接收来自 SwitchB 的路由,而不希望接收来自 SwitchC 的路由,此时应该怎么办呢? 这种情况下就可以考虑在 SwitchA 上配置路由策略,允许来自 SwitchB 的路由,拒绝来自 SwitchC 的路由。通过路由策略修改路由的属性
如图 2 所示,SwitchA 也是双上行的网络结构,但是,由于 SwitchB 这边的链路稳定性更好一点,带宽更大一点,因此用户想用 SwitchB 这边的链路作为主用链路,SwitchC 这边的链路作为备用链路,当主用链路故障的时候流量自动切换至备用链路。这种场景下,可以使用路由策略,将来自 SwitchB 这边的路由开销值调小,将来自 SwitchC 这边的路由开销值调大,这样流量就会自动选取 SwitchB 这边的链路作为主用链路,SwitchC 这边的链路作为备用链路,实现路由的主备份。
我在第一次接触路由策略和策略路由的时候也是抓耳挠腮,分不清楚,老觉得为什么协议的开发者给他们起这么容易混淆的名字,改一个名字不就不容易混淆了嘛!但是既然名字叫了这么多年了,各位虽然分不清楚,但已经耳熟了。虽然策略路由这个特性不作为本专题的讨论范畴,我们在这里也把这对孪生兄弟做一个对比分析,让大家不再混淆。
(1) 路由策略
路由策略的操作对象是路由信息。路由策略主要实现了路由过滤和路由属性设置等功能,它通过改变路由属性 (包括可达性) 来改变网络流量所经过的路径。
(2) 策略路由
策略路由的操作对象是数据包,在路由表已经产生的情况下,不按照路由表进行转发,而是根据需要,依照某种策略改变数据包转发路径。
所以这样可以看出,策略路由是在路由表之前起作用,如果报文匹配了策略路由,那么这个报文就不会再去查路由表了,而是直接按照策略路由的“指引”进行转发。所以策略路由是一个不太按照套路出牌的“家伙”,也正因为这样,策略路由的应用会更加灵活一点。
为了更加具体的对比路由策略和策略路由,我们通过表 2 对两者进行一个全方位的对比。
上面在宏观上介绍了关于路由策略的一些基础知识,各位是不是还是觉得有点不过瘾? 是不是还感觉不到路由策略究竟有什么洪荒之力? 没关系,接下来我们来看一个通过路由策略实现路由过滤的举例,算作牛刀小试。这个举例中会涉及 ACL、ip-prefix、route-policy、filter-policy 等概念,我们会在后面几期的专题中详细展开介绍,各位就先了解一下路由策略究竟能干什么就行,先不要研究太深,以免走火入魔!
如图 3 所示,运行 OSPF 协议的网络中,SwitchA 从 Internet 网络接收路由,并为 OSPF 网络提供了 Internet 路由,现在用户希望 OSPF 网络仅接收 172.16.16.0/24、172.16.17.0/24 和 172.16.18.0/24 这三条外部路由,其他的外部路由都不接收。
上述用户需求可以通过多种方式去实现,接下来我们给出两个比较常见的实现方式供各位参考。
下面的实验中我们通过在 SwitchA 中配置黑洞路由做为测试路由,在 OSPF 中引入静态路由来模拟从 Internet 网络接收路由。SwitchA 上的关键配置如下:
#
ospf 1
import-route static
area 0.0.0.0
network 192.168.1.0 0.0.0.255
#
ip route-static 172.16.16.0 255.255.255.0 NULL0
ip route-static 172.16.17.0 255.255.255.0 NULL0
ip route-static 172.16.18.0 255.255.255.0 NULL0
ip route-static 172.16.19.0 255.255.255.0 NULL0
ip route-static 172.16.20.0 255.255.255.0 NULL0
#
(1) 定义一个 ACL 2000,用于匹配需要放行的路由。
[SwitchA] acl 2000
[SwitchA-acl-basic-2000] rule 5 permit source 172.16.16.0 0
[SwitchA-acl-basic-2000] rule 10 permit source 172.16.17.0 0
[SwitchA-acl-basic-2000] rule 15 permit source 172.16.18.0 0
[SwitchA-acl-basic-2000] quit
(2) 创建一个 route-policy,名字叫 RP,同时配置一个编号为 10 的节点,调用 ACL2000。
[SwitchA] route-policy RP permit node 10
[SwitchA -route-policy] if-match acl 2000
(3) 在 OSPF 引入静态路由的时候调用这个 route-policy
[SwitchA] ospf 1
[SwitchA-ospf-1] import-route static route-policy RP
[SwitchA-ospf-1] quit
由于 route-policy 默认隐含 deny 节点,因此 172.16.19.0 及 172.16.20.0 路由由于没有满足 if-match 语句,从而不被引入到 OSPF 中。
配置完上述路由策略以后 SwitchB 的路由表如下:
[SwitchB]display ip routing-table
Route Flags: R - relay, D - download to fib
-----------------------------------------------------------------------------
Routing Tables: Public
Destinations : 7 Routes : 7
Destination/Mask Proto Pre Cost Flags NextHop Interface
127.0.0.0/8 Direct 0 0 D 127.0.0.1 InLoopBack0
127.0.0.1/32 Direct 0 0 D 127.0.0.1 InLoopBack0
172.16.16.0/24 O_ASE 150 1 D 192.168.1.1 Vlanif10
172.16.17.0/24 O_ASE 150 1 D 192.168.1.1 Vlanif10
172.16.18.0/24 O_ASE 150 1 D 192.168.1.1 Vlanif10
192.168.1.0/24 Direct 0 0 D 192.168.1.2 Vlanif10
192.168.1.2/32 Direct 0 0 D 127.0.0.1 Vlanif10
可以看到在 SwitchA 上配置完路由策略以后,SwitchB 的 IP 路由表里面只有 172.16.16.0/24、172.16.17.0/24 和 172.16.18.0/24 这三条外部路由,其他的外部路由都没有了。
(1) 定义一个地址前缀列表,用于匹配需要放行的路由。
[SwitchA] ip ip-prefix huawei index 10 permit 172.16.16.0 24
[SwitchA] ip ip-prefix huawei index 20 permit 172.16.17.0 24
[SwitchA] ip ip-prefix huawei index 30 permit 172.16.18.0 24
(2) 在 SwitchA 的 OSPF 视图中,通过 filter-policy 对发布的路由进行过滤。
[SwitchA] ospf 1
[SwitchA -ospf-1] filter-policy ip-prefix huawei export
[SwitchA-ospf-1] quit
由于 ip-prefix 默认隐含 deny 节点,因此 172.16.19.0 及 172.16.20.0 路由由于不在 ip-prefix 允许的范围内,所以在 SwitchA 向 SwitchB 发布路由的时候,仅发布在 ip-prefix 允许的范围内的路由,其他的所有路由都不发布。
配置完上述配置以后 SwitchB 的路由表如下:
[SwitchB] display ip routing-table
Route Flags: R - relay, D - download to fib
-----------------------------------------------------------------------------
Routing Tables: Public
Destinations : 7 Routes : 7
Destination/Mask Proto Pre Cost Flags NextHop Interface
127.0.0.0/8 Direct 0 0 D 127.0.0.1 InLoopBack0
127.0.0.1/32 Direct 0 0 D 127.0.0.1 InLoopBack0
172.16.16.0/24 O_ASE 150 1 D 192.168.1.1 Vlanif10
172.16.17.0/24 O_ASE 150 1 D 192.168.1.1 Vlanif10
172.16.18.0/24 O_ASE 150 1 D 192.168.1.1 Vlanif10
192.168.1.0/24 Direct 0 0 D 192.168.1.2 Vlanif10
192.168.1.2/32 Direct 0 0 D 127.0.0.1 Vlanif10
可以看到在 SwitchA 上配置完路由 filter-policy 以后,SwitchB 的 IP 路由表里面只有 172.16.16.0/24、172.16.17.0/24 和 172.16.18.0/24 这三条外部路由,其他的外部路由都没有了。
从实验结果来看,上述两种方法使用的工具和方法不同,但是结果是一样的。相信各位是不是已经看到路由策略确实不能直接等同于 route-policy 了吧?实际上,路由策略是一系列对路由进行控制的手段,路由策略的使用过程中可能是 ACL、route-policy、ip-prefix、filter-policy 等多个工具的不同组合,上述举例仅仅列举了其中两种比较常见的组合而已。
![post-qrcode](https://www.xgss.net/wp-content/uploads/2023/07/二维码-微信公众号256x256.jpg)