目  录

1 策略路由

1.1 策略路由简介

1.1.1 报文的转发流程

1.1.2 策略路由类型

1.1.3 策略简介

1.1.4 策略路由与Track联动

1.2 策略路由配置限制和指导

1.3 策略路由配置任务简介

1.4 配置策略

1.4.1 创建策略节点

1.4.2 配置策略节点的匹配规则

1.4.3 配置策略节点的动作

1.5 应用策略

1.5.1 对本地报文应用策略

1.5.2 在指定接口应用转发策略

1.5.3 全局应用转发策略

1.6 策略路由显示和维护

1.7 策略路由典型配置举例

1.7.1 基于报文协议类型的本地策略路由配置举例

1.7.2 基于报文协议类型的转发策略路由配置举例

1.7.3 基于报文协议类型的全局策略路由配置举例

 

1 策略路由

1.1  策略路由简介

与单纯依照IP报文的目的地址查找路由表进行转发不同，策略路由是一种依据用户制定的策略进行路由转发的机制。策略路由可以对于满足一定条件（ACL规则等）的报文，执行指定的操作（设置报文的下一跳和缺省下一跳等）。

1.1.1  报文的转发流程

设备上，报文的基本转发流程为：

(1)     首先根据配置的策略路由，查找满足匹配条件的节点。

(2)     若找到了匹配的节点，并且该节点是permit（允许）模式：

a.     根据策略路由中配置的下一跳指导报文转发。

b.     若节点未配置下一跳，或根据下一跳指导报文转发失败，则根据路由表中除缺省路由之外的路由来转发报文。

c.     若未找到除缺省路由之外的路由，或路由转发失败，则根据策略路由中配置的缺省下一跳指导报文转发。

d.     若节点未配置缺省下一跳，或根据缺省下一跳指导报文转发失败，则根据缺省路由来转发报文。

(3)     若找不到匹配的节点，或找到了匹配的节点，但该节点是deny（拒绝）模式，则根据路由表指导报文转发。

1.1.2  策略路由类型

根据作用对象的不同，策略路由可分为以下两种类型：

·     本地策略路由：对设备本身产生的报文（比如本地发出的ping报文）起作用，指导其发送。

·     转发策略路由：对接口接收的报文起作用，指导其转发。

1.1.3  策略简介

策略用来定义报文的匹配规则，以及对报文执行的操作。策略由节点组成。

一个策略可以包含一个或者多个节点。节点的构成如下：

·     每个节点由节点编号来标识。编号较小的节点优先被执行。

·     每个节点的具体内容由if-match子句和apply子句来指定。if-match子句定义该节点的匹配规则，apply子句定义该节点的动作。

·     每个节点对报文的处理方式由匹配模式决定。匹配模式分为permit（允许）和deny（拒绝）两种。

应用策略后，系统将根据策略中定义的匹配规则和操作，对报文进行处理：系统按照优先级从高到低的顺序依次匹配各节点，如果报文满足这个节点的匹配规则，就执行该节点的动作；如果报文不满足这个节点的匹配规则，就继续匹配下一个节点；如果报文不能满足策略中任何一个节点的匹配规则，则根据路由表来转发报文。

1. if-match子句关系

在一个节点中可以配置多条if-match子句，同一类型的if-match子句只能配置一条。

同一个节点中的不同类型if-match子句之间是“与”的关系，即报文必须满足该节点的所有if-match子句才算满足这个节点的匹配规则。

2. apply子句关系

同一个节点中可以配置多条apply子句，但不一定都会执行。多条apply子句之间的关系请参见“1.4.3  配置策略节点的动作”。

3. 节点的匹配模式与节点的if-match子句、apply子句的关系

一个节点的匹配模式与这个节点的if-match子句、apply子句的关系如表1-1所示。

表1-1 节点的匹配模式、if-match子句、apply子句三者之间的关系

是否满足所有if-match子句	节点匹配模式
	permit（允许模式）	deny（拒绝模式）
是	·     如果节点配置了apply子句，则执行此节点apply子句 ¡     如果节点指导报文转发成功，则不再匹配下一节点 ¡     如果节点指导报文转发失败，则不再匹配下一节点 ·     如果节点未配置apply子句，则不会执行任何动作，且不再匹配下一节点，报文将根据路由表来进行转发	不执行此节点apply子句，不再匹配下一节点，报文将根据路由表来进行转发
否	不执行此节点apply子句，继续匹配下一节点	不执行此节点apply子句，继续匹配下一节点

 

 

1.1.4  策略路由与Track联动

策略路由通过与Track联动，增强了应用的灵活性和对网络环境变化的动态感知能力。

策略路由可以在配置报文的下一跳时与Track项关联，根据Track项的状态来动态地决定策略的可用性。策略路由配置仅在关联的Track项状态为Positive或NotReady时生效。关于策略路由与Track联动的详细介绍和相关配置，请参见“可靠性配置指导”中的“Track”。

1.2  策略路由配置限制和指导

设备收到某些目的为本设备的IP报文后，如果策略路由匹配该报文，会在报文上送CPU处理前先按策略节点动作处理。

1.3  策略路由配置任务简介

策略路由配置任务如下：

(1)     配置策略

a.     创建策略节点

b.     配置策略节点的匹配规则

c.     配置策略节点的动作

(2)     应用策略

请选择以下至少一项任务进行配置：

¡     对本地报文应用策略

¡     对接口转发的报文应用策略

-     在指定接口应用转发策略

-     全局应用转发策略

1.4  配置策略

1.4.1  创建策略节点

(1)     进入系统视图。

system-view

(2)     创建策略节点，并进入策略节点视图。

policy-based-route policy-name [ deny | permit ] node node-number

(3)     （可选）设置当前策略节点的描述信息。

description text

缺省情况下，未设置当前策略节点的描述信息。

1.4.2  配置策略节点的匹配规则

1. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入策略节点视图。

policy-based-route policy-name [ deny | permit ] node node-number

(3)     设置匹配规则。

¡     设置ACL匹配规则。

if-match acl { acl-number | name acl-name }

缺省情况下，未设置ACL匹配规则。

策略路由不支持匹配二层信息的ACL匹配规则。

if-match子句中使用ACL时，将忽略 ACL规则的permit/deny动作以及time-range指定的规则生效时间段等的处理机制，只使用ACL中的匹配规则来匹配报文。

¡     设置IP报文QoS本地ID值匹配规则。

if-match qos-local-id local-id-value

缺省情况下，未设置IP报文QoS本地ID值匹配规则。

本命令仅对SF系列接口板生效。

同一策略路由节点内，if-match qos-local-id命令和if-match acl命令不支持引用同一QoS本地ID值。

¡     设置服务链匹配规则。

if-match service-chain path-id service-path-id [ path-index service-patch-index ]

缺省情况下，未设置服务链匹配规则。

本命令仅对SF系列接口板生效。

仅当系统工作模式配置为专家模式时，本命令才生效。关于系统工作模式的详细介绍，请参见“基础配置”中的“设备管理”。

1.4.3  配置策略节点的动作

1. 功能简介

用户通过配置apply子句指导策略节点的动作。

影响报文转发路径的apply子句有三条，优先级从高到低依次为：

(1)     apply next-hop

(2)     apply output-interface

(3)     apply default-next-hop

apply子句的含义、执行优先情况和详细说明如表1-2所示。

表1-2 apply子句的含义以及执行优先情况等说明

子句	含义	执行优先情况/详细说明
apply precedence	设置IP报文的IP优先级	只要配置了该子句，该子句就一定会执行
apply loadshare { next-hop | default-next-hop }	设置指导报文转发的下一跳和缺省下一跳的工作模式为负载分担模式	下一跳和缺省下一跳的工作模式有两种：主备模式、负载分担模式 ·     主备模式：按照配置顺序，以第一个配置（下一跳和缺省下一跳）作为主用，指导报文转发。当主用失效时，按配置顺序选择后续的第一个有效配置指导报文转发 ·     负载分担模式：下一跳的负载分担方式，如果不匹配快速转发表，则按照配置顺序逐包轮流选择有效的下一跳指导报文转发；如果匹配快速转发表，则按照配置顺序逐流轮流选择有效的下一跳指导报文转发。 缺省情况下，工作模式为主备模式 负载分担模式只对策略路由配置的多个下一跳和缺省下一跳生效
apply next-hop和apply output-interface	设置报文的下一跳、出接口	当两条子句同时配置并且都有效时，系统只会执行apply next-hop子句
apply service-chain	设置报文的服务链规则	本子句必须在应用可达的VXLAN隧道的下一跳才生效
apply default-next-hop	设置报文的缺省下一跳	执行缺省下一跳的前提是：在策略中未配置下一跳，或者配置的下一跳无效，并且在路由表中未找到与报文目的IP地址匹配的路由表项
apply statistics	设置策略节点统计匹配成功的次数和字节数	开启本功能后，管理员可以通过display命令查看当前匹配成功的总次数和字节总数 策略节点中只要配置了此动作，就一定会执行

‌

2. 配置限制和指导

策略路由通过查询FIB表中是否存在下一跳地址对应的条目，判断设置的报文转发下一跳地址是否可用。策略路由周期性检查FIB表，设备到下一跳的路径发生变化时，策略路由无法及时感知，可能会导致通信发生短暂中断。

使用SF系列接口板并且系统工作模式配置在专家模式时，apply service-chain不支持与apply statistics同时配置。关于系统工作模式的详细介绍，请参见“基础配置”中的“设备管理”。

配置服务链动作有如下限制：

·     当同时配置了apply service-chain和apply loadshare { default-next-hop | next-hop }时，apply loadshare { default-next-hop | next-hop }命令不生效。

·     当配置apply next-hop或者apply default-next-hop命令指定service-chain参数时，同时配置的apply loadshare { default-next-hop | next-hop }命令不生效。

3. 配置修改报文字段类动作

(1)     进入系统视图。

system-view

(2)     进入策略节点视图。

policy-based-route policy-name [ deny | permit ] node node-number

(3)     设置IP报文的IP优先级。

apply precedence { type | value }

缺省情况下，未设置IP报文的优先级。

4. 配置指导报文转发类动作

(1)     进入系统视图。

system-view

(2)     进入策略节点视图。

policy-based-route policy-name [ deny | permit ] node node-number

(3)     配置动作。

¡     设置报文转发的下一跳。

apply next-hop [ vpn-instance vpn-instance-name] { ip-address [ direct ] [ track track-entry-number ] [ service-chain path-id service-path-id [ path-index service-path-index ] ] }&<1-8>

缺省情况下，未设置报文转发的下一跳。

用户通过一次或多次配置本命令可以同时配置多个下一跳，每个节点最多可以配置8个下一跳，这些下一跳起到主备或负载分担的作用。

当配置了多个下一跳做主备，且多个下一跳地址属于同一个网段时，当主下一跳匹配失败后，设备会先匹配主下一跳对应的网段路由转发报文，当网段路由匹配失败后，再匹配配置的备下一跳。

仅在安装SF系列接口板且在expert工作模式下支持service-chain path-id和path-index参数。

¡     设置指导报文转发的多个下一跳工作在负载分担模式。

apply loadshare next-hop

缺省情况下，多个下一跳工作在主备模式。

¡     设置指导报文转发的出接口。

apply output-interface null 0

缺省情况下，未设置指导报文转发的出接口。

¡     设置指导报文转发的缺省下一跳。

apply default-next-hop [ vpn-instance vpn-instance-name ] { ip-address [ direct ] [ track track-entry-number ] [ service-chain path-id service-path-id [ path-index service-path-index ] ] }&<1-4>

缺省情况下，未设置指导报文转发的缺省下一跳。

用户通过一次或多次配置本命令可以同时配置多个缺省下一跳，每个节点最多可以配置8个缺省下一跳，这些缺省下一跳起到主备或负载分担的作用。

本命令仅对SF系列接口板生效。

仅当系统工作模式配置为专家模式时，service-chain path-id和path-index参数才生效。关于系统工作模式的详细介绍，请参见“基础配置”中的“设备管理”。

¡     设置指导报文转发的多个缺省下一跳工作在负载分担模式。

apply loadshare default-next-hop

缺省情况下，多个缺省下一跳工作在主备模式。

¡     设置报文的服务链规则。

apply service-chain path-id service-path-id [ path-index service-path-index ]

缺省情况下，未设置报文的服务链规则。

本命令仅对SF系列接口板生效。

仅当系统工作模式配置为专家模式时，本命令才生效。关于系统工作模式的详细介绍，请参见“基础配置”中的“设备管理”。

5. 设置统计类动作

(1)     进入系统视图。

system-view

(2)     进入策略节点视图。

policy-based-route policy-name [ deny | permit ] node node-number

(3)     设置策略节点统计匹配成功的次数和字节数。

apply statistics

缺省情况下，未配置策略节点统计匹配成功的次数和字节数。

1.5  应用策略

1.5.1  对本地报文应用策略

1. 功能简介

通过本配置，可以将已经配置的策略应用到本地，指导设备本身产生报文的发送。应用策略时，该策略必须已经存在，否则配置将失败。

2. 配置限制和指导

·     对本地报文只能应用一个策略。应用新的策略前必须删除本地原来已经应用的策略。

·     若无特殊需求，建议用户不要对本地报文应用策略。否则，有可能会对本地报文的发送造成不必要的影响（如ping、telnet服务的失效）。

3. 配置步骤

(1)     进入系统视图。

system-view

(2)     对本地报文应用策略。

ip local policy-based-route policy-name

缺省情况下，未对本地报文应用策略。

1.5.2  在指定接口应用转发策略

1. 功能简介

通过本配置，可以将已经配置的策略应用到接口，指导接口接收的所有报文的转发。应用策略时，该策略必须已经存在，否则配置将失败。

2. 配置限制和指导

·     对接口转发的报文应用策略时，一个接口只能应用一个策略。应用新的策略前必须删除接口上原来已经应用的策略。

·     一个策略可以同时被多个接口应用。

·     在三层以太网子接口和三层聚合子接口上，share-mode参数无法生效。

·     对接口转发的报文应用策略时，share-mode参数仅在SF系列接口板上生效。

3. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     对接口转发的报文应用策略。

ip policy-based-route policy-name [ share-mode ]

缺省情况下，未对接口转发的报文应用策略。

1.5.3  全局应用转发策略

1. 功能简介

通过本配置，可以将已经配置的策略应用到设备的所有接口，指导这些接口接收的所有报文的转发。

2. 配置限制和指导

应用策略时，该策略必须已经存在，否则配置将失败。

一台设备只能应用一条全局策略，应用新的全局策略前必须通过执行undo ip global policy-based-route命令取消应用的全局策略。

如果同时应用了全局策略和转发策略，则接口优先使用接口的转发策略处理报文；如果接口上的报文不匹配转发策略，则使用全局策略处理报文。

3. 配置步骤

(1)     进入系统视图。

system-view

(2)     对接口转发的报文应用全局策略。

ip global policy-based-route policy-name

缺省情况下，未对接口转发的报文应用全局策略。

1.6  策略路由显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示配置策略路由后的运行情况，通过查看显示信息验证配置的效果。

在用户视图下执行reset命令可以清除策略路由的统计信息。

表1-3 策略路由显示和维护

操作	命令
显示已经配置的策略	display ip policy-based-route [ policy policy-name ]
显示全局策略路由的配置信息和统计信息	（独立运行模式） display ip policy-based-route global [ slot slot-number ] （IRF模式） display ip policy-based-route global [ chassis chassis-number slot slot-number ]
显示接口下转发策略路由的配置信息和统计信息	（独立运行模式） display ip policy-based-route interface interface-type interface-number [ slot slot-number ] （IRF模式） display ip policy-based-route interface interface-type interface-number [ chassis chassis-number slot slot-number ]
显示本地策略路由的配置信息和统计信息	（独立运行模式） display ip policy-based-route local [ slot slot-number ] （IRF模式） display ip policy-based-route local [ chassis chassis-number slot slot-number ]
显示已经应用的策略路由信息	display ip policy-based-route setup
清除策略路由的统计信息	reset ip policy-based-route statistics [ policy policy-name ]

 

1.7  策略路由典型配置举例

1.7.1  基于报文协议类型的本地策略路由配置举例

1. 组网需求

Switch A分别与Switch B和Switch C直连（保证Switch B和Switch C之间路由完全不可达）。通过策略路由控制Switch A产生的报文：

·     指定所有TCP报文的下一跳为1.1.2.2；

·     其它报文仍然按照查找路由表的方式进行转发。

2. 组网图

图1-1 基于报文协议类型的本地策略路由的配置举例组网图

 

3. 配置步骤

(1)     配置Switch A

# 创建VLAN 10和VLAN 20。

<SwitchA> system-view

[SwitchA] vlan 10

[SwitchA-vlan10] quit

[SwitchA] vlan 20

[SwitchA-vlan20] quit

# 配置接口Vlan-interface10和Vlan-interface20的IP地址。

[SwitchA] interface vlan-interface 10

[SwitchA-Vlan-interface10] ip address 1.1.2.1 24

[SwitchA-Vlan-interface10] quit

[SwitchA] interface vlan-interface 20

[SwitchA-Vlan-interface20] ip address 1.1.3.1 24

[SwitchA-Vlan-interface20] quit

# 定义访问控制列表ACL 3101，用来匹配TCP报文。

[SwitchA] acl advanced 3101

[SwitchA-acl-ipv4-adv-3101] rule permit tcp

[SwitchA-acl-ipv4-adv-3101] quit

# 定义5号节点，指定所有TCP报文的下一跳为1.1.2.2。

[SwitchA] policy-based-route aaa permit node 5

[SwitchA-pbr-aaa-5] if-match acl 3101

[SwitchA-pbr-aaa-5] apply next-hop 1.1.2.2

[SwitchA-pbr-aaa-5] quit

# 在Switch A上应用本地策略路由。

[SwitchA] ip local policy-based-route aaa

(2)     配置Switch B

# 创建VLAN 10

<SwitchB> system-view

[SwitchB] vlan 10

[SwitchB-vlan10] quit

# 配置接口Vlan-interface10的IP地址。

[SwitchB] interface vlan-interface 10

[SwitchB-Vlan-interface10] ip address 1.1.2.2 24

(3)     配置Switch C

#创建VLAN 20

<SwitchC> system-view

[SwitchC] vlan 20

[SwitchC-vlan20] quit

# 配置接口Vlan-interface20的IP地址。

[SwitchC] interface vlan-interface 20

[SwitchC-Vlan-interface20] ip address 1.1.3.2 24

4. 验证配置

从Switch A上通过Telnet方式登录Switch B（1.1.2.2/24），结果成功。

从Switch A上通过Telnet方式登录Switch C（1.1.3.2/24），结果失败。

从Switch A上ping Switch C（1.1.3.2/24），结果成功。

由于Telnet使用的是TCP协议，ping使用的是ICMP协议，所以由以上结果可证明：Switch A发出的TCP报文的下一跳为1.1.2.2，接口Vlan-interface20不发送TCP报文，但可以发送非TCP报文，策略路由设置成功。

1.7.2  基于报文协议类型的转发策略路由配置举例

1. 组网需求

Switch A分别与Switch B和Switch C直连（保证Switch B和Switch C之间路由完全不可达）。

通过策略路由控制从Switch A的接口Vlan-interface11接收的报文：

·     指定所有TCP报文的下一跳为1.1.2.2；

·     其它报文仍然按照查找路由表的方式进行转发。

2. 组网图

图1-2 基于报文协议类型的转发策略路由的配置举例组网图

 

3. 配置步骤

(1)     配置IP地址和单播路由协议，确保Switch B和Host A，Switch C和Host A之间路由可达，具体配置过程略。

(2)     配置Switch A

# 定义访问控制列表ACL 3101，用来匹配TCP报文。

[SwitchA] acl advanced 3101

[SwitchA-acl-ipv4-adv-3101] rule permit tcp

[SwitchA-acl-ipv4-adv-3101] quit

# 定义5号节点，指定所有TCP报文的下一跳为1.1.2.2。

[SwitchA] policy-based-route aaa permit node 5

[SwitchA-pbr-aaa-5] if-match acl 3101

[SwitchA-pbr-aaa-5] apply next-hop 1.1.2.2

[SwitchA-pbr-aaa-5] quit

# 在接口Vlan-interface11上应用转发策略路由，处理此接口接收的报文。

[SwitchA] interface vlan-interface 11

[SwitchA-Vlan-interface11] ip policy-based-route aaa

[SwitchA-Vlan-interface11] quit

4. 验证配置

从Host A上通过Telnet方式登录Switch B，结果成功。

从Host A上通过Telnet方式登录Switch C，结果失败。

从Host A上ping Switch C，结果成功。

由于Telnet使用的是TCP协议，ping使用的是ICMP协议，所以由以上结果可证明：从Switch A的接口Vlan-interface11接收的TCP报文的下一跳为1.1.2.2，接口Vlan-interface20不转发TCP报文，但可以转发非TCP报文，策略路由设置成功。

1.7.3  基于报文协议类型的全局策略路由配置举例

1. 组网需求

Switch D分别与Switch A、Switch B、Switch C、Switch E和Switch F直连（保证Switch E到Switch F之间路由不可达）。通过全局策略路由控制从Switch D的所有接口接收的报文：

·     指定所有TCP报文的下一跳为1.1.4.2；

·     其它报文仍然按照查找路由表的方式进行转发。

2. 组网图

图1-3 基于报文协议类型的全局策略路由的配置举例组网图

‌

3. 配置步骤

(1)     如图1-3所示，配置各设备接口的IP地址，配置步骤略。

(2)     配置单播路由协议，确保Switch A和Switch E，Switch A和Switch F，Switch B和Switch E，Switch B和Switch F，Switch C和Switch E，Switch C和Switch F之间路由可达。

(3)     配置Switch D

# 定义访问控制列表ACL 3101，用来匹配从1.1.1.0/24，1.1.2.0/24和1.1.3.0/24网段中的源设备发来的TCP报文。

<SwitchD> system-view

[SwitchD] acl advanced 3101

[SwitchD-acl-ipv4-adv-3101] rule permit tcp source 1.1.1.0 0.0.0.0.255

[SwitchD-acl-ipv4-adv-3101] rule permit tcp source 1.1.2.0 0.0.0.0.255

[SwitchD-acl-ipv4-adv-3101] rule permit tcp source 1.1.3.0 0.0.0.0.255

[SwitchD-acl-ipv4-adv-3101] quit

# 配置策略路由aaa，定义5号节点，指定所有TCP报文的下一跳为1.1.4.2。

[SwitchD] policy-based-route aaa permit node 5

[SwitchD-pbr-aaa-5] if-match acl 3101

[SwitchD-pbr-aaa-5] apply next-hop 1.1.4.2

[SwitchD-pbr-aaa-5] quit

# 在Switch D上应用全局策略路由aaa，处理Router D上所有接口接收的报文。

[SwitchD] ip global policy-based-route aaa

4. 验证配置

从Switch A上通过Telnet方式登录Switch E，结果成功，登录Switch F，结果失败。

从Switch B上通过Telnet方式登录Switch E，结果成功，登录Switch F，结果失败。

从Switch C上通过Telnet方式登录Switch E，结果成功，登录Switch F，结果失败。

从Switch A上ping Switch F，结果成功。

从Switch B上ping Switch F，结果成功。

从Switch C上ping Switch F，结果成功。

由于Telnet使用的是TCP协议，ping使用的是ICMP协议，所以由以上结果可证明：从Switch D的VLAN接口1、VLAN接口2和VLAN接口3接收的TCP报文的下一跳为1.1.4.2，全局策略路由设置成功。