08-策略路由配置
本章节下载: 08-策略路由配置 (355.31 KB)
与单纯依照IP报文的目的地址查找路由表进行转发不同,策略路由是一种依据用户制定的策略进行路由转发的机制。策略路由可以对于满足一定条件(ACL规则)的报文,执行指定的操作(设置报文的下一跳、出接口、缺省下一跳和缺省出接口等)。
设备上,报文的基本转发流程为:
(1) 首先根据配置的策略路由,查找满足匹配条件的节点。
(2) 若找到了匹配的节点,并且该节点是permit(允许)模式:
a. 根据策略路由中配置的下一跳和出接口指导报文转发。
b. 若节点未配置下一跳和出接口,或根据下一跳和出接口指导报文转发失败,则根据路由表中除缺省路由之外的路由来转发报文。
c. 若未找到除缺省路由之外的路由,或路由转发失败,则根据策略路由中配置的缺省下一跳和缺省出接口指导报文转发。
d. 若节点未配置缺省下一跳和缺省出接口,或根据缺省下一跳和缺省出接口指导报文转发失败,则根据缺省路由来转发报文。
(3) 若找不到匹配的节点,或找到了匹配的节点,但该节点是deny(拒绝)模式,则根据路由表指导报文转发。
根据作用对象的不同,策略路由可分为以下类型:
· 本地策略路由:对设备本身产生的报文(比如本地发出的ping报文)起作用,指导其发送。
· 转发策略路由:对接口接收的报文起作用,指导其转发。
策略用来定义报文的匹配规则,以及对报文执行的操作。策略由节点组成。
一个策略可以包含一个或者多个节点。节点的构成如下:
· 每个节点由节点编号来标识。节点编号越小节点的优先级越高,优先级高的节点优先被执行。
· 每个节点的具体内容由if-match子句和apply子句来指定。if-match子句定义该节点的匹配规则,apply子句定义该节点的动作。
· 每个节点对报文的处理方式由匹配模式决定。匹配模式分为permit(允许)和deny(拒绝)两种。
应用策略后,系统将根据策略中定义的匹配规则和操作,对报文进行处理:系统按照优先级从高到低的顺序依次匹配各节点,如果报文满足这个节点的匹配规则,就执行该节点的动作;如果报文不满足这个节点的匹配规则,就继续匹配下一个节点;如果报文不能满足策略中任何一个节点的匹配规则,则根据路由表来转发报文。
目前,策略路由支持通过if-match acl子句设置ACL匹配规则,在一个节点中只能配置一条if-match acl子句。
同一个节点中可以配置多条apply子句,但不一定都会执行。多条apply子句之间的关系请参见“1.3.3 配置策略节点的动作”。
一个节点的匹配模式与这个节点的if-match子句、apply子句的关系如表1-1所示。
表1-1 节点的匹配模式、if-match子句、apply子句三者之间的关系
· 如果节点配置了apply子句,则执行此节点apply子句 ¡ 如果节点指导报文转发成功,则不再匹配下一节点 ¡ 如果节点指导报文转发失败,则不再匹配下一节点 · 如果节点未配置apply子句,则不会执行任何动作,且不再匹配下一节点,报文将根据路由表来进行转发 |
||
如果一个节点中未配置任何if-match子句,则认为所有报文都满足该节点的匹配规则,按照“报文满足所有if-match子句”的情况进行后续处理。
策略路由通过与Track联动,增强了应用的灵活性和对网络环境变化的动态感知能力。
策略路由可以在配置报文的下一跳、出接口、缺省下一跳、缺省出接口时与Track项关联,根据Track项的状态来动态地决定策略的可用性。策略路由配置仅在关联的Track项状态为Positive或NotReady时生效。关于策略路由与Track联动的详细介绍和相关配置,请参见“可靠性配置指导”中的“Track”。
收到某些目的为本设备的IP报文后,如果策略路由匹配该报文,会在报文上送CPU处理前先按策略节点动作处理。
策略路由配置任务如下:
(1) 配置策略
a. 创建策略节点
b. 配置策略节点的匹配规则
c. 配置策略节点的动作
(2) 应用策略
请选择以下至少一项任务进行配置:
(3) (可选)开启策略路由日志信息功能
(1) 进入系统视图。
system-view
(2) 创建策略节点,并进入策略节点视图。
policy-based-route policy-name [ deny | permit ] node node-number
(3) (可选)设置当前策略节点的描述信息。
description text
缺省情况下,未设置当前策略节点的描述信息。
(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和高级ACL。
设置ACL匹配规则时,对于ACL规则的permit/deny动作以及time-range指定的规则生效时间段等的处理机制不再生效。
用户通过配置apply子句指导策略节点的动作。
影响报文转发路径的apply子句有五条,优先级从高到低依次为:
(1) apply access-vpn vpn-instance
(2) apply next-hop
(3) apply output-interface
(4) apply default-next-hop
(5) apply default-output-interface
apply子句的含义、执行优先情况和详细说明如表1-2所示。
表1-2 apply子句的含义以及执行优先情况等说明
子句 |
含义 |
执行优先情况/详细说明 |
apply precedence |
设置IP报文的IP优先级 |
只要配置了该子句,该子句就一定会执行 |
apply access-vpn vpn-instance |
设置报文在指定VPN实例中进行转发 |
报文如果匹配了其中一个VPN实例下的转发表,报文将在该VPN实例中进行转发 |
apply remark-vpn |
重标记报文中的VPN实例 |
本命令必须和apply access-vpn命令同时使用 |
apply next-hop和apply output-interface |
设置报文的下一跳、出接口 |
当两条子句同时配置并且都有效时,系统只会执行apply next-hop子句 |
apply default-next-hop和apply default-output-interface |
设置报文的缺省下一跳、缺省出接口 |
当两条子句同时配置并且都有效时,系统只会执行apply default-next-hop子句 执行缺省下一跳和出接口的前提是:在策略中未配置下一跳或者出接口,或者配置的下一跳和出接口无效,并且在路由表中未找到与报文目的IP地址匹配的路由表项 |
apply statistics |
设置策略节点统计匹配成功的次数和字节数 |
开启本功能后,管理员可以通过display命令查看当前匹配成功的总次数和字节总数 策略节点中只要配置了此动作,就一定会执行 |
策略路由通过查询FIB表中是否存在下一跳或缺省下一跳地址对应的条目,判断设置的报文转发下一跳或缺省下一跳地址是否可用。策略路由周期性检查FIB表,设备到下一跳的路径发生变化时,策略路由无法及时感知,可能会导致通信发生短暂中断。
(1) 进入系统视图。
system-view
(2) 进入策略节点视图。
policy-based-route policy-name [ deny | permit ] node node-number
(3) 配置动作。
¡ 设置IP报文的IP优先级。
apply precedence { type | value }
缺省情况下,未设置IP报文的优先级。
(1) 进入系统视图。
system-view
(2) 进入策略节点视图。
policy-based-route policy-name [ deny | permit ] node node-number
(3) 配置动作。
¡ 设置报文在指定VPN实例中进行转发。
apply access-vpn vpn-instance vpn-instance-name&<1-n>
缺省情况下,未设置报文在指定VPN实例中进行转发。
每个节点最多可以配置n个VPN实例。当满足匹配规则后,将根据第一个可用的VPN实例转发表进行转发。
本功能和开启在VPN实例中查找路由失败时到公网中查找路由功能互斥,不能同时配置。即在策略节点配置了本命令后,不能在VPN实例视图下配置redirect public enable命令。有关开启在VPN实例中查找路由失败时到公网中查找路由功能的详细介绍,请参见“MPLS配置指导”中的“MPLS L3VPN”。
仅R5111及以上版本支持本命令。
¡ 重标记报文所属的VPN。
apply remark-vpn
缺省情况下,未重标记报文所属的VPN。
仅R5111及以上版本支持本命令。
¡ 设置报文转发的下一跳。
apply next-hop [ vpn-instance vpn-instance-name ] { ip-address [ direct ] [ track track-entry-number ] }&<1-2>
缺省情况下,未设置报文转发的下一跳。
用户通过一次或多次配置本命令可以同时配置多个下一跳,每个节点最多可以配置2个下一跳,这些下一跳起到主备的作用。
¡ 设置指导报文转发的出接口。
apply output-interface { interface-type interface-number [ track track-entry-number ] }
缺省情况下,未设置指导报文转发的出接口。
通过本命令设置的出接口不能是自动创建的Tunnel接口。
¡ 设置指导报文转发的缺省下一跳。
apply default-next-hop [ vpn-instance vpn-instance-name | inbound-vpn ] { ip-address [ direct ] [ track track-entry-number ] }&<1-2>
缺省情况下,未设置指导报文转发的缺省下一跳。
用户通过一次或多次配置本命令可以同时配置多个缺省下一跳,每个节点最多可以配置2个缺省下一跳,这些缺省下一跳起到主备的作用。
¡ 设置指导报文转发的缺省出接口。
apply default-output-interface { interface-type interface-number [ track track-entry-number ]
缺省情况下,未设置指导报文转发的缺省出接口。
通过本命令设置的缺省出接口不能是自动创建的Tunnel接口。
(1) 进入系统视图。
system-view
(2) 进入策略节点视图。
policy-based-route policy-name [ deny | permit ] node node-number
(3) 设置策略节点统计匹配成功的次数和字节数。
apply statistics
缺省情况下,未配置策略节点统计匹配成功的次数和字节数。
配置了本命令后,在对接口转发的报文应用策略时,不支持通过share-mode参数开启资源共享模式。
通过本配置,可以将已经配置的策略应用到本地,指导设备本身产生报文的发送。应用策略时,该策略必须已经存在,否则配置将失败。
· 对本地报文只能应用一个策略。应用新的策略前必须删除本地原来已经应用的策略。
· 若无特殊需求,建议用户不要对本地报文应用策略。否则,有可能会对本地报文的发送造成不必要的影响(如ping、telnet服务的失效)。
(1) 进入系统视图。
system-view
(2) 对本地报文应用策略。
ip local policy-based-route policy-name
缺省情况下,未对本地报文应用策略。
通过本配置,可以将已经配置的策略应用到接口,指导接口接收的所有报文的转发。应用策略时,该策略必须已经存在,否则配置将失败。
· 对接口转发的报文应用策略时,一个接口只能应用一个策略。应用新的策略前必须删除接口上原来已经应用的策略。
· 一个策略可以同时被多个接口应用。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 对接口转发的报文应用策略。
ip policy-based-route policy-name [ share-mode ]
缺省情况下,未对接口转发的报文应用策略。
如果在策略中配置了apply statistics子句,则本命令不支持指定share-mode参数。
策略路由日志是为了满足管理员审计需求。设备生成策略路由日志信息会交给信息中心模块处理,信息中心模块的配置将决定日志信息的发送规则和发送方向。关于信息中心的详细描述请参见“设备管理配置指导”中的“信息中心”。
(1) 进入系统视图。
system-view
(2) 开启策略路由日志信息功能。
ip policy-based-route-log enable
缺省情况下,策略路由日志信息功能处于关闭状态。
可在任意视图下执行以下命令,显示已经配置的策略。
display ip policy-based-route [ policy policy-name ]
可在任意视图下执行以下命令:
· 显示已经应用的策略路由信息。
display ip policy-based-route setup
· 显示本地策略路由的配置信息和统计信息。
display ip policy-based-route local [ slot slot-number ]
· 显示接口下转发策略路由的配置信息和统计信息。
display ip policy-based-route interface interface-type interface-number [ slot slot-number ]
请在用户视图下执行以下命令,清除策略路由的统计信息。
reset ip policy-based-route statistics [ policy policy-name ]
Router A分别与Router B和Router C直连(保证Router B和Router C之间路由完全不可达)。通过策略路由控制Router A产生的报文:
· 指定所有TCP报文的下一跳为1.1.2.2;
· 其它报文仍然按照查找路由表的方式进行转发。
缺省情况下,本设备的接口处于ADM(Administratively Down)状态,请根据实际需要在对应接口视图下使用undo shutdown命令开启接口。
(1) 配置Router A
# 配置GigabitEthernet接口的IP地址。
<RouterA> system-view
[RouterA] interface hundredgige 1/0/1
[RouterA-HundredGigE1/0/1] ip address 1.1.2.1 24
[RouterA-HundredGigE1/0/1] quit
[RouterA] interface hundredgige 1/0/2
[RouterA-HundredGigE1/0/2] ip address 1.1.3.1 24
[RouterA-HundredGigE1/0/2] quit
# 定义访问控制列表ACL 3101,用来匹配TCP报文。
[RouterA] acl advanced 3101
[RouterA-acl-ipv4-adv-3101] rule permit tcp
[RouterA-acl-ipv4-adv-3101] quit
# 定义5号节点,指定所有TCP报文的下一跳为1.1.2.2。
[RouterA] policy-based-route aaa permit node 5
[RouterA-pbr-aaa-5] if-match acl 3101
[RouterA-pbr-aaa-5] apply next-hop 1.1.2.2
[RouterA-pbr-aaa-5] quit
# 在Router A上应用本地策略路由。
[RouterA] ip local policy-based-route aaa
(2) 配置Router B
# 配置GigabitEthernet接口的IP地址。
<RouterB> system-view
[RouterB] interface hundredgige 1/0/1
[RouterB-HundredGigE1/0/1] ip address 1.1.2.2 24
(3) 配置Router C
# 配置GigabitEthernet接口的IP地址。
<RouterC> system-view
[RouterC] interface hundredgige 1/0/2
[RouterC-HundredGigE1/0/2] ip address 1.1.3.2 24
从Router A上通过Telnet方式登录Router B(1.1.2.2/24),结果成功。
从Router A上通过Telnet方式登录Router C(1.1.3.2/24),结果失败。
从Router A上ping Router C(1.1.3.2/24),结果成功。
由于Telnet使用的是TCP协议,ping使用的是ICMP协议,所以由以上结果可证明:Router A产生的TCP报文的下一跳为1.1.2.2,接口HundredGigE1/0/2不发送TCP报文,但可以发送非TCP报文,策略路由设置成功。
Router A分别与Router B和Router C直连(保证Router B和Router C之间路由完全不可达)。通过策略路由控制从Router A的以太网接口HundredGigE1/0/1接收的报文:
· 指定所有TCP报文的下一跳为1.1.2.2;
· 其它报文仍然按照查找路由表的方式进行转发。
缺省情况下,本设备的接口处于ADM(Administratively Down)状态,请根据实际需要在对应接口视图下使用undo shutdown命令开启接口。
配置前请确保Router B和Host A,Router C和Host A之间路由可达。
(1) 配置Router A
# 配置接口HundredGigE1/0/2和HundredGigE1/0/3的IP地址。
<RouterA> system-view
[RouterA] interface hundredgige 1/0/2
[RouterA-HundredGigE1/0/2] ip address 1.1.2.1 24
[RouterA-HundredGigE1/0/2] quit
[RouterA] interface hundredgige 1/0/3
[RouterA-HundredGigE1/0/3] ip address 1.1.3.1 24
[RouterA-HundredGigE1/0/3] quit
# 定义访问控制列表ACL 3101,用来匹配TCP报文。
[RouterA] acl advanced 3101
[RouterA-acl-ipv4-adv-3101] rule permit tcp
[RouterA-acl-ipv4-adv-3101] quit
# 定义5号节点,指定所有TCP报文的下一跳为1.1.2.2。
[RouterA] policy-based-route aaa permit node 5
[RouterA-pbr-aaa-5] if-match acl 3101
[RouterA-pbr-aaa-5] apply next-hop 1.1.2.2
[RouterA-pbr-aaa-5] quit
# 在以太网接口HundredGigE1/0/1上应用转发策略路由,处理此接口接收的报文。
[RouterA] interface hundredgige 1/0/1
[RouterA-HundredGigE1/0/1] ip address 10.110.0.10 24
[RouterA-HundredGigE1/0/1] ip policy-based-route aaa
[RouterA-HundredGigE1/0/1] quit
从Host A上通过Telnet方式登录Router B,结果成功。
从Host A上通过Telnet方式登录Router C,结果失败。
从Host A上ping Router C,结果成功。
由于Telnet使用的是TCP协议,ping使用的是ICMP协议,所以由以上结果可证明:从Router A的以太网接口HundredGigE1/0/1接收的TCP报文的下一跳为1.1.2.2,接口HundredGigE1/0/3不转发TCP报文,但可以转发非TCP报文,策略路由设置成功。
Router A分别与Router B和Router C直连(保证Router B和Router C之间路由完全不可达)。通过策略路由控制从Router A的以太网接口HundredGigE1/0/1接收的报文:
· 源地址为192.168.10.2的报文以4.1.1.2/24作为下一跳IP地址;
· 其它源地址的报文以5.1.1.2/24作为下一跳IP地址。
图1-3 基于报文源地址的转发策略路由的配置举例组网图
缺省情况下,本设备的接口处于ADM(Administratively Down)状态,请根据实际需要在对应接口视图下使用undo shutdown命令开启接口。
配置前请确保Router B和Host A/Host B,Router C和Host A/Host B之间路由可达。
(1) 配置Router A
# 配置接口HundredGigE1/0/2和HundredGigE1/0/3的IP地址。
<RouterA> system-view
[RouterA] interface hundredgige 1/0/2
[RouterA-HundredGigE1/0/2] ip address 4.1.1.1 24
[RouterA-HundredGigE1/0/2] quit
[RouterA] interface hundredgige 1/0/3
[RouterA-HundredGigE1/0/3] ip address 5.1.1.1 24
[RouterA-HundredGigE1/0/3] quit
# 定义访问控制列表ACL 2000,用来匹配源地址为192.168.10.2的报文。
[RouterA] acl basic 2000
[RouterA-acl-ipv4-basic-2000] rule 10 permit source 192.168.10.2 0
[RouterA-acl-ipv4-basic-2000] quit
# 定义0号节点,指定所有源地址为192.168.10.2的报文的下一跳为4.1.1.2。
[RouterA] policy-based-route aaa permit node 0
[RouterA-pbr-aaa-0] if-match acl 2000
[RouterA-pbr-aaa-0] apply next-hop 4.1.1.2
[RouterA-pbr-aaa-0] quit
[RouterA] policy-based-route aaa permit node 1
[RouterA-pbr-aaa-1] apply next-hop 5.1.1.2
[RouterA-pbr-aaa-1] quit
# 在以太网接口HundredGigE1/0/1上应用转发策略路由,处理此接口接收的报文。
[RouterA] interface hundredgige 1/0/1
[RouterA-HundredGigE1/0/1] ip address 192.168.10.1 24
[RouterA-HundredGigE1/0/1] ip policy-based-route aaa
[RouterA-HundredGigE1/0/1] quit
从Host A上ping Router B,结果成功。
从Host B上ping Router B,结果失败。
从Host A上ping Router C,结果失败。
从Host B上ping Router C,结果成功。
以上结果可证明:从Router A的以太网接口HundredGigE1/0/1接收的源地址为192.168.10.2的报文的下一跳为4.1.1.2,所以Host A能ping通Router B,源地址为192.168.10.3的下一跳5.1.1.2,所以Host B能ping通Router C,由此表明策略路由设置成功。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!