路由策略与策略路由：从原理到实战，精准掌控网络流量路径

为什么你的网络流量总是不走“最优路径”为什么明明配置了多条出口线路关键业务却挤在一条慢速链路上为什么简单的网络结构调整却需要逐台设备修改路由表如果你在管理企业网络、数据中心或多出口网络环境时遇到过这些问题那么你很可能正站在“路由策略”与“策略路由”的十字路口。这两个名字相似、概念易混的技术恰恰是解决上述复杂流量调度问题的核心钥匙。很多人学了OSPF、BGP等动态路由协议却依然无法精细控制流量走向问题往往就出在这里。本文将为你彻底厘清“路由策略”与“策略路由”的本质区别、适用场景和实战配置。这不是一篇照本宣科的概念罗列而是基于真实网络管理痛点带你从“知道”到“会用”。你将掌握如何用“路由策略”影响路由表生成在路由信息传播过程中通过过滤、修改属性如Metric、Tag来影响所有路由器的“共识地图”。如何用“策略路由”强制流量走特定路径绕过路由表基于源IP、协议、端口等更精细的条件为特定流量指定转发路径实现基于策略的转发PBR。如何在OSPF和BGP中应用它们结合具体协议特性实现负载分担、路由过滤、选路优化等高级功能。一套可复现的实验配置使用华为ENSP模拟器搭建一个经典的双出口企业网场景手把手配置并验证策略效果。无论你是正在备考认证的网络工程师还是需要解决实际流量管理问题的运维人员理解并掌握这两项技术都能让你从被动维护路由表转变为主动设计流量路径。1. 路由策略 vs 策略路由核心区别与适用场景首先必须明确一个根本性的区别两者作用的对象和时机完全不同。混淆这个概念是很多配置失败和网络异常的逻辑起点。路由策略Routing Policy作用于路由信息的传递与接收过程。它的目标是影响路由表Routing Table的生成。你可以把它想象成一场会议中的“信息过滤器”和“信息修饰器”。当一台路由器从邻居那里学习到一条路由信息比如通过OSPF或BGP在将其放入路由表之前路由策略可以决定是否接受这条信息或者修改这条信息的某些属性如优先级Cost、Tag标签等。最终所有路由器基于“过滤和修饰后”的信息计算出一张“共识”的路由表。因此路由策略的影响是全局性、协议层面的。典型应用场景路由过滤在大型BGP网络中只接收或发布特定的路由避免路由表过度膨胀。路由控制修改OSPF接口Cost影响SPF算法计算结果从而改变选路。路由引入在不同路由协议间如OSPF和BGP相互引入路由时进行过滤或属性修改。策略路由Policy-Based Routing, PBR作用于数据报文的转发过程。它的目标是绕过现有的路由表为符合特定条件的报文指定转发路径。你可以把它想象成交通管制中的“特种车辆通道”。当路由器收到一个数据包准备转发时会先检查是否匹配PBR策略。如果匹配则不再查询普通路由表直接按照PBR策略指定的下一跳或出接口进行转发。因此策略路由的影响是局部性、基于流的。典型应用场景双出口负载分担让来自不同业务服务器的流量基于源IP走不同的ISP出口。服务质量保证让语音、视频等关键业务流量基于DSCP或端口号走高质量链路。特定流量引流将去往某特定服务器的流量强制导向某条路径用于安全审计或流量分析。为了更直观地理解请看下表对比特性维度路由策略 (Routing Policy)策略路由 (Policy-Based Routing, PBR)作用对象路由信息 (Routing Information)数据报文 (Data Packet)作用时机路由信息学习/发布/引入时数据报文转发时决策依据路由属性前缀、协议类型、Tag、AS_Path等报文特征源/目的IP、协议、端口、DSCP等优先级影响路由表生成优先级低于策略路由高于路由表匹配后直接转发影响范围全局影响所有使用该路由的流量局部只影响匹配策略的特定流量配置位置路由协议进程下如OSPF/BGP的filter-policy, route-policy接口入方向或全局traffic-policy/traffic-filter应用核心目的控制“地图”路由表如何绘制控制“车辆”数据流如何行驶简单记忆路由策略是“管地图的”策略路由是“管交通的”。2. 核心原理与关键概念解析在深入配置之前需要理解支撑这两项技术的关键机制。2.1 路由策略的核心Route-Policy与过滤器在华为设备及其他主流厂商上路由策略通常通过Route-Policy工具实现。一个Route-Policy由多个节点Node构成每个节点包含匹配条件if-match和执行动作apply。匹配条件 (if-match)可以基于ACL访问控制列表、IP前缀列表ip ip-prefix、路由协议类型、Tag、Cost等多种属性。执行动作 (apply)可以设置为允许permit或拒绝deny该路由通过也可以修改路由的属性如设置Cost、Tag、优先级等。节点顺序设备按节点编号从小到大依次匹配。一旦在某节点匹配成功就执行该节点动作并结束匹配。最后一个隐含节点拒绝所有未匹配的路由。路由策略的工作流程可以概括为路由信息 - 匹配Route-Policy - 被过滤/修改 - 生成/更新路由表项。2.2 策略路由的核心Traffic Policy与流分类策略路由PBR通常通过流量策略Traffic Policy来实现主要包含两个部分流分类 (Traffic Classifier)定义需要被策略路由的流量。通过if-match语句可以基于高级ACL匹配源/目的IP、协议、端口、DSCP优先级等条件来识别特定流量。流行为 (Traffic Behavior)定义对该流量执行的动作。核心动作是redirect将报文重定向到指定的下一跳IP地址或出接口。流量策略 (Traffic Policy)将流分类和流行为关联起来形成一个完整的策略。应用策略在接口的入方向inbound应用该流量策略。这是关键PBR只在入方向生效对本地始发的流量也可能在全局应用。策略路由的工作流程接口收到报文 - 匹配流分类 - 执行流行为重定向- 转发不再查路由表。2.3 与OSPF/BGP的关联OSPF作为链路状态协议其路由表由SPF算法计算得出。路由策略主要通过过滤LSA链路状态通告的传播filter或在路由引入时修改Type、Tag、Cost来间接影响选路。OSPF本身计算出的路径不易被直接修改。BGP作为路径矢量协议其路由决策高度依赖于属性如AS_Path、Local_Pref、MED、Community。路由策略是BGP的“灵魂”通过精细修改这些属性可以实现极其灵活的选路控制例如设置某些路由的Local_Pref更高使其成为优选出口。理解这些原理是进行正确配置和故障排查的基础。3. 实验环境搭建与前置准备我们将使用华为eNSP模拟器构建一个经典的企业网双出口实验拓扑来同时演示路由策略和策略路由的应用。拓扑目标模拟一个拥有两个ISP出口ISP1和ISP2的企业网络。内部有市场部源IP段 10.1.1.0/24和技术部源IP段 10.1.2.0/24两个网段。要求实现所有访问公网服务器8.8.8.8的流量默认走ISP1高速链路但技术部的访问流量必须走ISP2备份/审计链路。同时我们要求从ISP1和ISP2学习到的默认路由在内部路由器上ISP1的优先级更高。拓扑与IP规划[Cloud-ISP1] (200.1.1.2) | | 12.1.1.0/30 | (G0/0/1)[R1] 12.1.1.1/30 | | 10.0.12.0/24 | (G0/0/0)[R2](G0/0/1) 10.0.12.2/24 10.0.23.2/24 | | | | 10.0.23.0/24 | | (G0/0/0)[R3] 10.0.23.3/24 | | 10.1.0.0/16 (内部网络) | (SVI)[SW1] / \ / \ 10.1.1.1/24 10.1.2.1/24 [PC-Market] [PC-Tech] [Cloud-ISP2] (200.2.2.2) | | 23.1.1.0/30 | (G0/0/2)[R1] 23.1.1.1/30设备角色R1边界路由器双出口分别连接ISP1和ISP2。运行BGP或静态路由与ISP对接。R2/R3核心路由器运行OSPF形成内部骨干区域。SW1三层交换机作为内部用户的网关。PC-Market/PC-Tech模拟市场部和技术部用户。前置配置基础IP与OSPF 在eNSP中按上图配置好接口IP地址。确保R1、R2、R3之间通过OSPF Area 0互通内部路由10.0.12.0/24, 10.0.23.0/24, 10.1.1.0/24, 10.1.2.0/24。R2上的OSPF基础配置示例sysname R2 interface GigabitEthernet0/0/0 ip address 10.0.12.2 255.255.255.0 ospf enable 1 area 0.0.0.0 interface GigabitEthernet0/0/1 ip address 10.0.23.2 255.255.255.0 ospf enable 1 area 0.0.0.0 ospf 1 router-id 2.2.2.2 area 0.0.0.0R1和R3做类似配置将相应接口宣告进OSPF Area 0。配置完成后使用display ospf peer和display ip routing-table命令验证OSPF邻居状态和内部路由学习是否正常。4. 场景一使用路由策略控制默认路由优先级场景描述R1从ISP1和ISP2各学习到一条默认路由0.0.0.0/0。我们希望将这两条默认路由引入到OSPF中供内网用户使用但必须确保从ISP1学来的默认路由在OSPF内部优先级更高Cost更小成为主用出口。分析这需要在R1上将静态/BGP默认路由**引入import**到OSPF时使用路由策略Route-Policy为来自不同源的路由设置不同的OSPF CostType 2 External。步骤1在R1上配置指向ISP的默认路由模拟从ISP学习# R1 配置 sysname R1 # 假设ISP1和ISP2的下一跳地址 ip route-static 0.0.0.0 0.0.0.0 12.1.1.2 name TO_ISP1 ip route-static 0.0.0.0 0.0.0.0 23.1.1.2 name TO_ISP2 preference 70 # 设置第二条静态路由的优先级为70默认60使其成为备份路由步骤2创建IP前缀列表和Route-Policy我们需要区分两条默认路由。一个简单的方法是为它们设置不同的Tag。但静态路由本身不支持Tag我们可以通过路由策略在引入时打Tag更直接的方法是匹配下一跳。# 创建ACL匹配下一跳方法一 acl number 2001 rule 5 permit source 12.1.1.2 0 # 匹配ISP1下一跳 acl number 2002 rule 5 permit source 23.1.1.2 0 # 匹配ISP2下一跳 # 创建Route-Policy route-policy OSPF_IMPORT permit node 10 if-match acl 2001 apply cost 10 # 来自ISP1的路由引入OSPF的Cost设为10小优先 route-policy OSPF_IMPORT permit node 20 if-match acl 2002 apply cost 100 # 来自ISP2的路由引入OSPF的Cost设为100大备用 route-policy OSPF_IMPORT permit node 30 # 允许其他路由如果有被引入不设置Cost则使用默认值步骤3在OSPF进程下应用路由策略引入静态路由ospf 1 router-id 1.1.1.1 import-route static route-policy OSPF_IMPORT这条命令告诉OSPF进程将静态路由引入到OSPF中并且在引入过程中应用名为OSPF_IMPORT的路由策略。验证 在R2或R3上查看路由表display ip routing-table应该能看到两条OSPF外部路由标记为O_ASE指向0.0.0.0/0但它们的Cost不同。Cost小的来自R1Cost10将成为活跃路由。R2 display ip routing-table Route Flags: R - relay, D - download to fib ------------------------------------------------------------------------------ Routing Tables: Public Destinations : 11 Routes : 12 Destination/Mask Proto Pre Cost Flags NextHop Interface 0.0.0.0/0 O_ASE 150 10 D 10.0.12.1 GigabitEthernet0/0/0 O_ASE 150 100 D 10.0.12.1 GigabitEthernet0/0/0此时内网所有用户访问互联网的流量默认都会选择Cost为10的路径即通过R1的ISP1出口。5. 场景二使用策略路由实现基于源IP的流量调度场景描述现在我们需要实现更精细的控制技术部10.1.2.0/24访问公网服务器8.8.8.8的流量强制走ISP2出口即使ISP1的默认路由优先级更高。分析这超出了路由表的能力范围。路由表是基于目的IP做最长匹配查找的无法区分源IP。此时必须使用策略路由PBR在流量进入路由器R3作为技术部流量的第一跳路由器时就将其重定向到指定的下一跳指向R1的ISP2方向路径。步骤1在R3上配置策略路由首先需要规划技术部流量如何走到ISP2。假设R3知道通往ISP2的路径。一种方法是在R3上配置一条指向ISP2的特定路由但这样会影响所有流量。更好的方法是使用PBR。我们需要在R3连接内网的接口如VLANIF接口或子接口的入方向应用策略。# R3 配置 sysname R3 # 1. 定义流分类匹配来自技术部(10.1.2.0/24)且去往8.8.8.8的流量 acl number 3000 rule 5 permit ip source 10.1.2.0 0.0.0.255 destination 8.8.8.8 0 # 2. 创建流分类 traffic classifier TECH-OUTBOUND operator or if-match acl 3000 # 3. 创建流行为重定向到下一跳10.0.23.2 (R2)但最终需要R2将其导向ISP2出口。 # 注意这里重定向到R2是因为我们需要在R2上再做一次PBR或者通过路由引导到ISP2。 # 更直接的方案如果拓扑允许可以在R3上直接指定最终出口的下一跳。 # 假设R3有路由能到ISP2的下一跳23.1.1.2通过R1我们可以重定向到R1的对应接口地址。 # 我们先重定向到R2(10.0.23.2)后续在R2上再做处理。 traffic behavior REDIRECT-TO-ISP2 redirect ip-nexthop 10.0.23.2 # 4. 创建流量策略并关联分类与行为 traffic policy PBR-TECH classifier TECH-OUTBOUND behavior REDIRECT-TO-ISP2 # 5. 在接收技术部流量的接口入方向应用策略 interface GigabitEthernet0/0/1 # 假设此接口连接SW1接收技术部流量 traffic-policy PBR-TECH inbound步骤2在R2上配置引导流量至ISP2R2从R3收到被重定向过来的流量目的IP是8.8.8.8源IP是10.1.2.x。R2需要将这些流量发往ISP2出口R1的G0/0/2接口方向。我们可以在R2上再配置一条PBR或者利用路由。 最简单的方式是在R2上配置一条去往8.8.8.8的静态路由指定下一跳为R1连接ISP2的接口地址10.0.12.1不对应该是R1上通往ISP2路径的地址。但这样会覆盖所有去8.8.8.8的流量。 更合理的是在R2上也使用PBR识别源IP为技术部的流量并将其重定向到R1的对应接口10.0.12.1并确保R1将该流量从ISP2出口送出。R2上的PBR配置# R2 配置 acl number 3001 rule 5 permit ip source 10.1.2.0 0.0.0.255 destination 8.8.8.8 0 traffic classifier TECH-TO-ISP2 operator or if-match acl 3001 traffic behavior REDIRECT-TO-R1-ISP2 redirect ip-nexthop 10.0.12.1 # 重定向到R1ISP1方向这不对这里发现问题R2无法仅通过IP下一跳就区分R1的两个出口。我们需要让R1配合。一个更清晰的方案是在R1上做最终的策略路由决策。优化方案在R1上集中做PBR我们可以让内网路由器R2/R3将技术部流量正常路由到R1通过默认路由。然后在R1的内网接口入方向应用PBR识别出来自技术部(10.1.2.0/24)且去往8.8.8.8的流量强制从ISP2接口发出。R1上的最终PBR配置# R1 配置 acl number 3100 rule 10 permit ip source 10.1.2.0 0.0.0.255 destination 8.8.8.8 0 traffic classifier CATCH-TECH-TRAFFIC operator or if-match acl 3100 traffic behavior SEND-OUT-ISP2 redirect ip-nexthop 23.1.1.2 # 直接重定向到ISP2的下一跳 traffic policy PBR-MASTER classifier CATCH-TECH-TRAFFIC behavior SEND-OUT-ISP2 # 在连接内网的接口入方向应用例如G0/0/0假设地址为10.0.12.1 interface GigabitEthernet0/0/0 ip address 10.0.12.1 255.255.255.0 traffic-policy PBR-MASTER inbound同时需要确保R1有到达23.1.1.2的直连路由。步骤3验证策略路由效果在技术部PC10.1.2.x上执行tracert 8.8.8.8。观察路径。理想情况下第一跳是网关第二跳是R3第三跳是R2第四跳是R1第五跳应该显示ISP2的接口地址23.1.1.2而不是ISP1的地址12.1.1.2。可以在R1上使用display traffic-policy statistics interface GigabitEthernet 0/0/0 inbound查看策略匹配的报文计数确认策略生效。6. 场景三在BGP中应用路由策略进行选路控制场景描述假设R1与两个ISP之间运行BGP协议。ISP1和ISP2都向R1通告了默认路由和部分互联网路由。我们希望对于特定的业务网段例如8.8.0.0/16优先选择通过ISP2的路径。分析在BGP中影响选路的核心是属性。我们可以使用路由策略Route-Policy在从ISP2学习到8.8.0.0/16路由时修改其Local_Preference本地优先级属性使其高于从ISP1学来的同一路由。Local_Pref是BGP选路规则中权重很高的属性值越大越优先。步骤1配置R1与ISP的BGP对等体简化模拟在eNSP中可以用另外两台路由器模拟ISP1和ISP2。# R1 配置 BGP sysname R1 bgp 65001 # 假设企业AS号是65001 router-id 1.1.1.1 peer 12.1.1.2 as-number 1001 # ISP1, AS 1001 peer 23.1.1.2 as-number 1002 # ISP2, AS 1002 # ipv4-family unicast undo synchronization peer 12.1.1.2 enable peer 23.1.1.2 enable import-route direct # 引入直连路由用于测试步骤2创建匹配特定前缀的IP前缀列表ip ip-prefix PREFIX-8.8 index 10 permit 8.8.0.0 16 greater-equal 16 less-equal 16步骤3创建Route-Policy修改来自ISP2的特定路由的Local_Prefroute-policy BGP_PREF permit node 10 if-match ip-prefix PREFIX-8.8 apply local-preference 200 # 将Local_Pref设置为200默认是100 route-policy BGP_PREF permit node 20 # 放行其他所有路由不修改属性步骤4在BGP进程中针对ISP2对等体入方向应用策略bgp 65001 ipv4-family unicast peer 23.1.1.2 route-policy BGP_PREF import # 对从ISP2接收的路由应用策略步骤5验证BGP路由表在R1上执行display bgp routing-table查看8.8.0.0/16的路由。应该能看到从ISP223.1.1.2学来的路由被选中为最优Best因为其Local_Pref更高200 100。R1 display bgp routing-table 8.8.0.0 BGP local router ID : 1.1.1.1 Local AS number : 65001 Paths: 2 available, 1 best, 1 best BGP routing table entry information of 8.8.0.0/16: From: 23.1.1.2 (2.2.2.2) # 来自ISP2 Route Duration: 00:05:23 Direct Out-interface: GigabitEthernet0/0/2 Original nexthop: 23.1.1.2 Qos information : 0x0 AS-path 1002, origin igp, MED 0, localpref 200, pref-val 0, valid, external, best, select, active, pre 255 Advertised to such 2 peers: 12.1.1.2 23.1.1.2 BGP routing table entry information of 8.8.0.0/16: From: 12.1.1.2 (3.3.3.3) # 来自ISP1 Route Duration: 00:05:25 Direct Out-interface: GigabitEthernet0/0/1 Original nexthop: 12.1.1.2 Qos information : 0x0 AS-path 1001, origin igp, MED 0, localpref 100, pref-val 0, valid, external, pre 255, not preferred for local preference Not advertised to any peer yet可以看到来自23.1.1.2的路由被标记为best且localpref 200。来自12.1.1.2的路由显示not preferred for local preference。7. 配置总结与关键命令回顾通过以上三个场景我们完成了从基础到进阶的实战演练。以下是涉及的核心命令速查表功能设备关键命令说明路由策略通用route-policy NAME permit node NODE创建路由策略节点if-match acl ACL-NUM/if-match ip-prefix PREFIX定义匹配条件apply cost COST/apply local-preference VALUE定义动作修改属性OSPFospf 1; import-route static route-policy NAME引入路由时应用策略BGPbgp AS; ipv4-family unicast; peer IP route-policy NAME import对指定BGP对等体入方向应用策略策略路由通用acl number NUM; rule ID permit ip source IP dest IP创建高级ACL定义流量traffic classifier NAME operator or; if-match acl NUM创建流分类器traffic behavior NAME; redirect ip-nexthop NEXTHOP-IP创建流行为重定向traffic policy NAME; classifier CNAME behavior BNAME创建流量策略并绑定interface IF-NAME; traffic-policy PNAME inbound在接口入方向应用策略验证通用display ip routing-table查看路由表display traffic-policy statistics interface IF-NAME inbound查看策略路由匹配统计BGPdisplay bgp routing-table [NETWORK]查看BGP路由表及属性8. 常见问题与排查思路在实际配置中经常会遇到策略不生效的问题。请按照以下思路进行排查问题现象可能原因排查步骤解决方案路由策略未生效1. Route-Policy节点匹配条件错误。2. 策略应用位置错误import/export。3. 路由信息本身不存在。1.display route-policy NAME检查策略内容。2. display current-configurationinclude route-policy查看策略定义。br3.display ospf lsdb/display bgp routing-table查看原始路由信息。br4. 使用route-policy的test 功能如果设备支持模拟匹配。策略路由未生效流量仍走原路径1. 流量未匹配ACL规则。2. 策略未在正确接口的入方向应用。3. 重定向的下一跳不可达。4. 存在更高优先级的策略或配置。1.display acl NUM查看ACL计数确认有命中。2.display traffic-policy applied-record查看策略应用记录。3.display ip routing-table NEXTHOP-IP检查下一跳路由。4. 在源设备上tracert或debug ip packet(谨慎使用) 观察实际路径。1. 检查ACL的源/目的IP、协议、端口是否准确。2. 确保策略应用在流量进入设备的第一跳接口。3. 确保重定向的下一跳IP有可达路由。4. 检查是否存在其他QoS策略或更精确的PBR冲突。BGP路由策略生效但选路未变1. Local_Pref等属性修改成功但其他BGP选路规则如AS_Path长度仍导致另一路径更优。2. 策略未应用到正确的地址族或对等体。1.display bgp routing-table NETWORK详细查看所有路径的属性对比所有选路规则。2.display bgp peer IP advertised-routes/received-routes查看收发路由。1. 理解BGP选路规则13条的优先级顺序。可能需要同时修改多个属性如MED、AS_Path prepend才能达到效果。2. 确认策略在ipv4-family unicast下应用。OSPF引入默认路由后内网环路多台边界路由器都向OSPF引入了默认路由导致内网流量选路混乱。1.display ospf lsdb ase查看所有AS-External LSA。2. 检查每台设备的路由表看默认路由指向。1. 使用路由策略只在主出口设备上引入低Cost默认路由在备用出口引入高Cost路由。2. 结合OSPF的Forwarding Address等特性优化。策略路由导致性能下降在高速接口上应用复杂的ACL匹配启用PBR会消耗额外的CPU资源进行报文分类。使用display cpu-usage观察设备CPU利用率。1. 优化ACL规则减少条目和复杂度。2. 考虑使用硬件加速特性如芯片TCAM。3. 评估是否可用路由策略等其他方式替代。9. 最佳实践与工程建议规划先行在配置前务必在纸上或设计文档中明确流量调度的目标哪些流量从哪里来到哪里去走哪条路并绘制出预期的流量路径图。先路由后策略确保基础网络互通IP、IGP正常后再叠加策略。复杂的策略路由PBR尤其依赖于底层路由的可靠性。简化匹配条件在定义ACL或前缀列表时尽量精确匹配避免使用过于宽泛的permit ip any any这可能导致匹配到意外流量或影响性能。注意策略顺序与优先级路由策略Route-Policy的节点按编号顺序匹配。策略路由PBR的优先级高于普通路由表。当存在多条PBR时需要注意设备的具体实现通常是配置顺序或优先级值。测试与验证任何策略变更都应在维护窗口或非业务高峰期进行。变更后立即使用ping、tracert、display系列命令进行验证并对比变更前后的流量路径。文档与标签为复杂的Route-Policy和Traffic Policy添加清晰的描述description。在配置前缀列表、ACL时也建议写注释便于后期维护。ip ip-prefix TO-INTERNET index 10 permit 0.0.0.0 0 greater-equal 0 less-equal 0 description “Default Route”高可用考虑如果策略路由指向的下一跳或出接口故障需要有备份机制。可以配置多个redirect ip-nexthop地址形成负载分担或主备或者利用NQA网络质量分析等特性与策略路由联动实现自动切换。安全边界策略路由可以强制流量穿越特定的安全设备如防火墙、入侵检测系统。在规划时需将安全策略的部署点纳入考虑避免形成安全盲区。路由策略和策略路由是网络工程师从“连通”走向“优化”和“管控”的关键技能。它们让你不再受限于动态路由协议的自动选路结果而是能够根据业务逻辑、安全要求和成本考量主动塑造流量路径。掌握其原理并通过在实验环境中的反复练习你就能在面对真实网络中的复杂流量调度需求时做到心中有图配置有术。建议将本文的实验拓扑保存并尝试设计更多变种场景进行练习例如基于DSCP的QoS策略路由、在BGP中利用Community属性进行路由标记和过滤等从而彻底掌握这一网络管理的利器。