| 导读 | 在网络规划中，路由策略的规划也是一个核心的内容。为了方便大家更好的掌握和应用路由策略，我们推出了路由策略这个专题。 |
对于IP网络工程师来说，路由策略的部署随处可见，无论在运营商IP网络还是在企业网中，路由策略的应用都是非常普遍的。同时，在网络规划中，路由策略的规划也是一个核心的内容。为了方便大家更好的掌握和应用路由策略，我们推出了路由策略这个专题，希望这个专题能够抛砖引玉引导各位一起讨论、共同学习。
我们讨论某个东西一般都回避不了这样一个问题：“XXX是什么？”这里我们也尝试对路由策略下一个定义，来回答：“路由策略是什么？”这个问题。
很多人会把路由策略等同于route-policy，也有人会可能会说filter-policy也属于路由策略的范畴，其实这些理解都有点不太准确。实际上，路由策略不是一个特定的技术，也不是一个特定的特性。
路由策略是通过一系列工具或方法对路由进行各种控制的“策略”。这种策略能够影响到路由产生、发布、选择等，进而影响报文的转发路径。这些工具包括ACL、route-policy、ip-prefix、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等多个工具的不同组合，上述举例仅仅列举了其中两种比较常见的组合而已。
原文来自：
本文地址：//gulass.cn/route-policy.html编辑：清蒸github，审核员：逄增宝
Linux大全：
Linux系统大全：
