30-策略路由配置
本章节下载: 30-策略路由配置 (262.56 KB)
与单纯依照IP报文的目的地址查找路由表进行转发不同,策略路由是一种依据用户制定的策略进行路由转发的机制。策略路由可以对于满足一定条件(ACL规则、报文长度等)的报文,执行指定的操作(设置报文的下一跳、出接口、缺省下一跳、缺省出接口等)。
设备上,报文的基本转发流程为:
(1) 首先根据配置的策略路由,查找满足匹配条件的节点。
(2) 若找到了匹配的节点,并且该节点是permit(允许)模式:
a. 根据策略路由中配置的下一跳、出接口指导报文转发。
b. 若节点未配置下一跳、出接口,或根据下一跳、出接口指导报文转发失败,则根据路由表中除缺省路由之外的路由来转发报文。
c. 若未找到除缺省路由之外的路由,或路由转发失败,则根据策略路由中配置的缺省下一跳、缺省出接口指导报文转发。
d. 若节点未配置缺省下一跳、缺省出接口,或根据缺省下一跳、缺省出接口指导报文转发失败,则根据缺省路由来转发报文。
(3) 若找不到匹配的节点,或找到了匹配的节点,但该节点是deny(拒绝)模式,则根据路由表指导报文转发。
根据作用对象的不同,策略路由可分为以下三种类型:
· 本地策略路由:对设备本身产生的报文(比如本地发出的ping报文)起作用,指导其发送。
· 转发策略路由:对接口接收的报文起作用,指导其转发。
策略用来定义报文的匹配规则,以及对报文执行的操作。策略由节点组成。
一个策略可以包含一个或者多个节点。节点的构成如下:
· 每个节点由节点编号来标识。节点编号越小节点的优先级越高,优先级高的节点优先被执行。
· 每个节点的具体内容由if-match子句和apply子句来指定。if-match子句定义该节点的匹配规则,apply子句定义该节点的动作。
· 每个节点对报文的处理方式由匹配模式决定。匹配模式分为permit(允许)和deny(拒绝)两种。
应用策略后,系统将根据策略中定义的匹配规则和操作,对报文进行处理:系统按照优先级从高到低的顺序依次匹配各节点,如果报文满足这个节点的匹配规则,就执行该节点的动作;如果报文不满足这个节点的匹配规则,就继续匹配下一个节点;如果报文不能满足策略中任何一个节点的匹配规则,则根据路由表来转发报文。
在一个节点中可以配置多条if-match子句,同一类型的if-match子句在某些设备只能配置一条。
同一个节点中的不同类型if-match子句之间是“与”的关系,即报文必须满足该节点的所有if-match子句才算满足这个节点的匹配规则。同一类型的if-match子句之间是“或”的关系,即报文只需满足一条该类型的if-match子句就算满足此类型if-match子句的匹配规则。
同一个节点中可以配置多条apply子句,但不一定都会执行。多条apply子句之间的关系请参见“1.4.3 配置策略节点的动作”。
一个节点的匹配模式与这个节点的if-match子句、apply子句的关系如表1-1所示。
表1-1 节点的匹配模式、if-match子句、apply子句三者之间的关系
· 如果节点配置了apply子句,则执行此节点apply子句 ¡ 如果节点指导报文转发成功,则不再匹配下一节点 ¡ 如果节点指导报文转发失败且未配置apply continue子句,则不再匹配下一节点 ¡ 如果节点指导报文转发失败且配置了apply continue子句,则支持继续匹配下一节点 · 如果节点未配置apply子句,则不会执行任何动作,且不再匹配下一节点,报文将根据路由表来进行转发 |
||
如果一个节点中未配置任何if-match子句,则认为所有报文都满足该节点的匹配规则,按照“报文满足所有if-match子句”的情况进行后续处理。
对于软件转发的设备,收到目的为本设备的IP报文后,即使策略路由匹配该报文,也不会处理。
对于硬件转发的设备,收到某些目的为本设备的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规则的permit/deny动作以及time-range指定的规则生效时间段等的处理机制不再生效。
¡ 设置IP报文长度匹配规则。
if-match packet-length min-len max-len
缺省情况下,未设置IP报文长度匹配规则。
¡ 设置IP报文QoS本地ID值匹配规则。
if-match qos-local-id local-id-value
缺省情况下,未设置IP报文QoS本地ID值匹配规则。
¡ 设置服务对象组匹配规则。
if-match object-group service object-group-name&<1-6>
缺省情况下,未设置服务对象组匹配规则。
用户通过配置apply子句指导策略节点的动作。
影响报文转发路径的apply子句有多条,优先级从高到低依次为:
(1) apply next-hop
(2) apply output-interface
(3) apply default-next-hop
(4) apply default-output-interface
apply子句的含义、执行优先情况和详细说明如表1-2所示。
表1-2 apply子句的含义以及执行优先情况等说明
子句 |
含义 |
执行优先情况/详细说明 |
apply precedence |
设置IP报文的IP优先级 |
只要配置了该子句,该子句就一定会执行 |
apply ip-df df-value |
设置IP报文的DF(Don’t Fragment,不分片)标志 |
只要配置了该子句,该子句就一定会执行 |
apply loadshare { default-next-hop | default-output-interface | next-hop | output-interface } |
设置指导报文转发的下一跳、出接口缺省下一跳、缺省出接口的工作模式为负载分担模式 |
下一跳、出接口、缺省下一跳、缺省出接口的工作模式有两种:主备模式、负载分担模式。以多个下一跳为例: · 主备模式:按照配置顺序,以第一个下一跳作为主用下一跳,指导报文转发。当主用下一跳失效时,按配置顺序选择后续的第一个可用的下一跳指导报文转发 · 负载分担模式:多个下一跳均用于指导报文转发。如果不匹配快速转发表,则按照配置顺序逐包轮流选择有效的出接口指导报文转发;如果匹配快速转发表,则按照配置顺序逐流轮流选择有效的出接口指导报文转发。 缺省情况下,工作模式为主备模式 负载分担模式只对策略路由配置的多个下一跳、出接口、缺省下一跳、缺省出接口生效 |
apply next-hop、apply output-interface |
设置报文的下一跳、出接口 |
如果配置了多条有效的子句,系统只会执行优先级最高的一条 |
apply default-next-hop、apply default-output-interface |
设置报文的缺省下一跳、缺省出接口 |
如果配置了多条有效的子句,系统只会执行优先级最高的一条 执行缺省下一跳、缺省出接口的前提是:在策略中未配置下一跳、出接口,或者配置的下一跳、出接口无效,并且在路由表中未找到与报文目的IP地址匹配的路由表项 |
apply continue |
设置匹配成功的当前节点转发失败后继续进行后续节点的处理 |
如果当前节点中未配置影响报文转发路径的apply子句,或者配置了这些子句中的一个或多个,但配置的子句都失效(下一跳不可达、出接口down不可用或者报文在指定VPN内转发失败)且查找普通路由表也转发失败时,会进行下一节点的处理 |
在设置报文转发的下一跳时,对于配置接口出方向策略路由,仅支持直连下一跳,且仅支持一个下一跳。
策略路由通过查询FIB表中是否存在下一跳或缺省下一跳地址对应的条目,判断设置的报文转发下一跳或缺省下一跳地址是否可用。策略路由周期性检查FIB表,设备到下一跳的路径发生变化时,策略路由无法及时感知,可能会导致通信发生短暂中断。
(1) 进入系统视图。
system-view
(2) 进入策略节点视图。
policy-based-route policy-name [ deny | permit ] node node-number
(3) 配置动作。
¡ 设置IP报文的IP优先级。
apply precedence { type | value }
缺省情况下,未设置IP报文的优先级。
¡ 设置IP报文头中的DF标志。
apply ip-df df-value
缺省情况下,未设置IP报文头中的DF标志。
(1) 进入系统视图。
system-view
(2) 进入策略节点视图。
policy-based-route policy-name [ deny | permit ] node node-number
(3) 配置动作。
¡ 设置报文转发的下一跳。
apply next-hop { ip-address [ direct ] [ weight weight-value ] }&<1-4>
缺省情况下,未设置报文转发的下一跳。
用户通过一次或多次配置本命令可以同时配置多个下一跳,每个节点最多可以配置4个下一跳,这些下一跳起到主备或负载分担的作用。
当配置了多个下一跳做主备,且多个下一跳地址属于同一个网段时,当主下一跳匹配失败后,设备会先匹配主下一跳对应的网段路由转发报文,当网段路由匹配失败后,再匹配配置的备下一跳。
¡ 设置指导报文转发的多个下一跳工作在负载分担模式。
apply loadshare next-hop
缺省情况下,多个下一跳工作在主备模式。
¡ 设置指导报文转发的出接口。
apply output-interface { interface-type interface-number }&<1-4>
缺省情况下,未设置指导报文转发的出接口。
用户通过一次或多次配置本命令可以同时配置多个出接口,每个节点最多可以配置4个出接口,这些出接口起到主备或负载分担的作用。
¡ 设置指导报文转发的多个出接口工作在负载分担模式。
apply loadshare output-interface
缺省情况下,多个出接口工作在主备模式。
¡ 设置指导报文转发的缺省下一跳。
apply default-next-hop { ip-address [ direct ] }&<1-4>
缺省情况下,未设置指导报文转发的缺省下一跳。
用户通过一次或多次配置本命令可以同时配置多个缺省下一跳,每个节点最多可以配置4个缺省下一跳,这些缺省下一跳起到主备或负载分担的作用。
¡ 设置指导报文转发的多个缺省下一跳工作在负载分担模式。
apply loadshare default-next-hop
缺省情况下,多个缺省下一跳工作在主备模式。
¡ 设置指导报文转发的缺省出接口。
apply default-output-interface { interface-type interface-number }&<1-4>
缺省情况下,未设置指导报文转发的缺省出接口。
用户通过一次或多次配置本命令可以同时配置多个缺省出接口,每个节点最多可以配置4个缺省出接口,这些缺省出接口起到主备或负载分担的作用。
¡ 设置指导报文转发的多个缺省出接口工作在负载分担模式。
apply loadshare default-output-interface
缺省情况下,多个缺省出接口工作在主备模式。
(1) 进入系统视图。
system-view
(2) 进入策略节点视图。
policy-based-route policy-name [ deny | permit ] node node-number
(3) 设置匹配成功的当前节点指定转发路径失败后继续进行后续节点的处理。
apply continue
缺省情况下,匹配成功的当前节点指定转发路径失败后不再进行下一节点的匹配。
本命令仅在策略节点的匹配模式为permit时生效。
通过本配置,可以将已经配置的策略应用到本地,指导设备本身产生报文的发送。应用策略时,该策略必须已经存在,否则配置将失败。
· 对本地报文只能应用一个策略。应用新的策略前必须删除本地原来已经应用的策略。
· 若无特殊需求,建议用户不要对本地报文应用策略。否则,有可能会对本地报文的发送造成不必要的影响(如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
缺省情况下,未对接口转发的报文应用策略。
(4) (可选)对指定范围VLAN接口转发的报文应用策略。
a. 退回系统视图
quit
b. 对指定范围VLAN接口转发的报文应用策略。
ip policy-based-route policy-name apply vlan-interface interface-list
缺省情况下,未对指定范围VLAN接口转发的报文应用策略。
本命令只适用于对指定范围VLAN接口转发的报文应用策略的场景。
通过本配置,可以将已经配置的策略应用到设备的所有接口,指导这些接口接收的所有报文的转发。
应用策略时,该策略必须已经存在,否则配置将失败。
一台设备只能应用一条全局策略,应用新的全局策略前必须通过执行undo ip global policy-based-route命令取消应用的全局策略。
如果同时应用了全局策略和转发策略,则接口优先使用接口的转发策略处理报文;如果接口上的报文不匹配转发策略,则使用全局策略处理报文。
(1) 进入系统视图。
system-view
(2) 对接口转发的报文应用全局策略。
ip global policy-based-route policy-name
缺省情况下,未对接口转发的报文应用全局策略。
开启策略路由模块的告警功能后,当下一跳的状态由有效变为无效时,该模块会生成包含下一跳地址的告警信息,用于报告该模块的重要事件。生成的告警信息将发送到设备的SNMP模块,通过设置SNMP中告警信息的发送参数,来决定告警信息输出的相关属性。
有关告警信息的详细介绍,请参见“网络管理和监控配置指导”中的“SNMP”。
(1) 进入系统视图。
system-view
(2) 开启策略路由模块的告警功能。
snmp-agent trap enable policy-based-route
缺省情况下,策略路由模块的告警功能处于开启状态。
可在任意视图下执行以下命令,显示已经配置的策略。
display ip policy-based-route [ policy policy-name ]
可在任意视图下执行以下命令:
· 显示已经应用的策略路由信息。
display ip policy-based-route setup
· 显示本地策略路由的配置信息和统计信息。
display ip policy-based-route local
· 显示全局策略路由的配置信息和统计信息。
display ip policy-based-route global
· 显示接口下转发策略路由的配置信息和统计信息。
display ip policy-based-route interface interface-type interface-number
· 显示VLAN接口上应用的策略路由及其统计信息。
display ip policy-based-route apply vlan-interface interface-number
请在用户视图下执行以下命令,清除策略路由的统计信息。
reset ip policy-based-route statistics [ policy policy-name ]
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!