共计 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 等多个工具的不同组合，上述举例仅仅列举了其中两种比较常见的组合而已。
