11-IPv6策略路由配置
本章节下载: 11-IPv6策略路由配置 (348.38 KB)
与单纯依照IPv6报文的目的地址查找路由表进行转发不同,策略路由是一种依据用户制定的策略进行路由转发的机制。策略路由可以对于满足一定条件(ACL规则、报文长度)的报文,执行指定的操作(设置报文的下一跳、出接口、缺省下一跳、缺省出接口等)。
设备上,IPv6报文的基本转发流程为:
(1) 首先根据配置的IPv6策略路由,查找满足匹配条件的节点。
(2) 若找到了匹配的节点,并且该节点是permit(允许)模式:
a. 根据策略路由中配置的下一跳、出接口指导报文转发。
b. 若节点未配置下一跳、出接口,或根据下一跳、出接口指导报文转发失败,则根据路由表中除缺省路由之外的路由来转发报文。
c. 若未找到除缺省路由之外的路由,或路由转发失败,则根据策略路由中配置的缺省下一跳、缺省出接口指导报文转发。
d. 若节点未配置缺省下一跳、缺省出接口,或根据缺省下一跳、缺省出接口指导报文转发失败,则根据缺省路由来转发报文。
(3) 若找不到匹配的节点,或找到了匹配的节点,但该节点是deny(拒绝)模式,则根据路由表指导报文转发。
根据作用对象的不同,策略路由可分为本地策略路由和转发策略路由:
· 本地策略路由:对设备本身产生的报文(比如本地发出的ping报文)起作用,指导其发送。
· 转发策略路由:对接口接收的报文起作用,指导其转发。
IPv6策略用来定义报文的匹配规则,以及对报文执行的操作。IPv6策略由节点组成。
一个IPv6策略可以包含一个或者多个节点。节点的构成如下:
· 每个节点由节点编号来标识。节点编号越小节点的优先级越高,优先级高的节点优先被执行。
· 每个节点的具体内容由if-match子句和apply子句来指定。if-match子句定义该节点的匹配规则,apply子句定义该节点的动作。
· 每个节点对报文的处理方式由匹配模式决定。匹配模式分为permit(允许)和deny(拒绝)两种。
应用IPv6策略后,系统将根据IPv6策略中定义的匹配规则和操作,对报文进行处理:系统按照优先级从高到低的顺序依次匹配各节点,如果报文满足这个节点的匹配规则,就执行该节点的动作;如果报文不满足这个节点的匹配规则,就继续匹配下一个节点;如果报文不能满足IPv6策略中任何一个节点的匹配规则,则根据路由表来转发报文。
在一个节点中可以配置多条if-match子句,同一类型的if-match子句最多只能有一条。
同一个节点中的各if-match子句之间是“与”的关系,即报文必须满足该节点的所有if-match子句才算满足这个节点的匹配规则。
同一个节点中可以配置多条apply子句,但配置的多条apply子句不一定都会执行。多条apply子句之间的关系请参见“1.4.3 配置IPv6策略节点的动作”。
一个节点的匹配模式与这个节点的if-match子句、apply子句的关系如表1-1所示。
表1-1 节点的匹配模式、if-match子句、apply子句三者之间的关系
如果一个节点中未配置任何if-match子句,则认为所有报文都满足该节点的匹配规则,按照“报文满足所有if-match子句”的情况进行后续处理。
策略路由通过与Track联动,增强了应用的灵活性和对网络环境变化的动态感知能力。
策略路由可以在配置报文的下一跳、出接口、缺省下一跳、缺省出接口时与Track项关联,根据Track项的状态来动态地决定策略的可用性。策略路由配置仅在关联的Track项状态为Positive或NotReady时生效。关于策略路由与Track联动的详细介绍和相关配置,请参见“可靠性配置指导”中的“Track”。
对于软件转发的设备,收到目的为本设备的IPv6报文后,即使IPv6策略路由匹配该报文,也不会处理。
对于硬件转发的设备,收到某些目的为本设备的IPv6报文后,如果IPv6策略路由匹配该报文,会在报文上送CPU之前先按IPv6策略节点动作处理。
支持快速转发功能的设备会采用高速缓存来处理报文,根据报文的一个或多个信息来标识一条数据流。当一条数据流的第一个报文经过策略路由转发成功后,在高速缓存中生成相应的转发信息,该数据流的后续报文就可以通过直接查找策略路由快速转发表进行转发。这样便大大减少了报文的转发时间,提高了报文的转发速率。有关快速转发的详细介绍,请参见“三层技术-IP业务”中的“快速转发”。
如果策略路由的permit节点指导报文转发成功,则满足如下条件时设备无法生成快速转发表项:
· 策略节点设置了报文五元组之外的匹配条件,例如通过if-match packet-length子句设置了IPv6报文长度匹配规则。
· 如果策略节点配置了apply access-vpn、apply next-hop(指定了带有inbound-vpn参数的下一跳)和apply output-interface(指定了广播或NBMA类型的出接口)其中一种或多种子句,则按照优先级顺序依次判断是否满足如下条件:
¡ 策略节点配置了apply access-vpn子句,且该子句指定了多个VPN实例,但是第一个VPN实例不可用。如果未配置本子句,则继续判断后面的条件。
¡ 策略节点配置了apply next-hop子句,且该子句指定了带有inbound-vpn参数的下一跳,但是该下一跳不可达。在负载分担模式下,需要至少一个带有inbound-vpn参数的下一跳;在非负载分担模式下,配置带inbound-vpn参数的下一跳之前未配置其他可用的、不带inbound-vpn参数的下一跳。如果未配置本子句,则继续判断后面的条件。
¡ 策略节点配置了apply output-interface子句,且该子句指定了广播或NBMA类型的出接口,但是该出接口不可用。在负载分担模式下,需要至少一个指定了广播或NBMA类型的出接口;在非负载分担模式下,指定广播或NBMA类型的出接口之前未指定其他可用的、非广播或NBMA类型的出接口。
· 策略节点未配置apply access-vpn vpn-instance或apply next-hop、apply output-interface其中一种或多种子句,但是配置了apply default-next-hop或apply default-output-interface中的一种或多种子句。
· 策略节点配置了apply precedence子句。
如果策略路由的permit节点指导报文转发失败,并且该节点配置了apply continue子句,则设备也无法生成快速转发表项。
IPv6策略路由配置任务如下:
(1) 配置IPv6策略
a. 创建IPv6策略节点
(2) 应用IPv6策略
请选择以下至少一项任务进行配置:
(1) 进入系统视图。
system-view
(2) 创建IPv6策略节点,并进入IPv6策略节点视图。
ipv6 policy-based-route policy-name [ deny | permit ] node node-number
(1) 进入系统视图。
system-view
(2) 进入IPv6策略节点视图。
ipv6 policy-based-route policy-name [ deny | permit ] node node-number
(3) 设置匹配规则。
¡ 设置ACL匹配规则。
if-match acl { ipv6-acl-number | name ipv6-acl-name }
缺省情况下,未设置ACL匹配规则。
IPv6策略路由不支持匹配二层信息的ACL匹配规则。
¡ 设置IPv6报文长度匹配规则。
if-match packet-length min-len max-len
缺省情况下,未设置IPv6报文长度匹配规则。
用户通过配置apply子句指导IPv6策略节点的动作。
影响报文转发路径的apply子句有5条,优先级从高到低依次为:
(1) apply access-vpn
(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 |
设置IPv6报文的IP优先级 |
只要配置了该子句,该子句就一定会执行 |
apply loadshare { default-next-hop | default-output-interface | next-hop | output-interface } |
设置指导报文转发的下一跳、出接口缺省下一跳、缺省出接口的工作模式为负载分担模式 |
下一跳、出接口、缺省下一跳、缺省出接口的工作模式有两种:主备模式、负载分担模式。以多个下一跳为例: · 主备模式:按照配置顺序,以第一个下一跳作为主用下一跳,指导报文转发。当主用下一跳失效时,按配置顺序选择后续的第一个可用的下一跳指导报文转发 · 负载分担模式:多个下一跳均用于指导报文转发。如果不匹配快速转发表,则按照配置顺序逐包轮流选择可用的下一跳指导报文转发;如果匹配快速转发表,则按照配置顺序逐流轮流选择可用的下一跳指导报文转发 缺省情况下,工作模式在主备模式 负载分担模式只对策略路由配置的多个下一跳、出接口、缺省下一跳、缺省出接口生效 |
apply access-vpn |
设置报文在指定VPN实例中进行转发 |
报文如果匹配了其中一个VPN实例下的转发表,报文将在该VPN实例中进行转发 |
apply remark-vpn |
重标记报文中的VPN实例 |
本命令必须和apply access-vpn命令同时使用 |
apply next-hop、apply output-interface |
设置报文的下一跳、出接口 |
如果配置了多条有效的子句,系统只会执行优先级最高的一条 |
apply default-next-hop、apply default-output-interface |
设置报文的缺省下一跳、缺省出接口 |
如果配置了多条有效的子句,系统只会执行优先级最高的一条 执行缺省下一跳、出接口的前提是:在策略中未配置下一跳、出接口,或者配置的下一跳、出接口无效,并且在路由表中未找到与报文目的IPv6地址匹配的路由表项 |
apply continue |
设置匹配成功的当前节点转发失败后继续进行后续节点的处理 |
如果当前节点中未配置影响报文转发路径的七个apply子句,或者配置了这七个子句中的一个或多个,但配置的子句都失效(下一跳不可达、出接口down不可用、或者报文在指定VPN内转发失败)且查找普通路由表也转发失败时,会进行下一节点的处理 |
IPv6策略路由通过查询FIB表中是否存在下一跳或缺省下一跳地址对应的条目,判断设置的报文转发下一跳或缺省下一跳地址是否可用。IPv6策略路由周期性检查FIB表,设备到下一跳的路径发生变化时,IPv6策略路由无法及时感知,可能会导致通信发生短暂中断。
(1) 进入系统视图。
system-view
(2) 进入IPv6策略节点视图。
ipv6 policy-based-route policy-name [ deny | permit ] node node-number
(3) 设置IPv6报文的IP优先级。
apply precedence { type | value }
缺省情况下,未设置IPv6报文的优先级。
(1) 进入系统视图。
system-view
(2) 进入IPv6策略节点视图。
ipv6 policy-based-route policy-name [ deny | permit ] node node-number
(3) 配置动作。
¡ 设置报文在指定VPN实例中进行转发。
apply access-vpn { public | vpn-instance vpn-instance-name&<1-4> }
缺省情况下,设备根据路由表在公网或VPN内转发报文。
每个节点最多可以配置公网和4个VPN实例。当满足匹配规则后,将根据配置顺序在公网或第一个可用的VPN实例转发表进行转发。
¡ 重标记报文所属的VPN。
apply remark-vpn
缺省情况下,未重标记报文所属的VPN。
¡ 设置报文转发的下一跳。
apply next-hop [ vpn-instance vpn-instance-name | inbound-vpn ] { ipv6-address [ direct ] [ track track-entry-number ] [ weight weight-value ] } &<1-n>
缺省情况下,未设置报文转发的下一跳。
用户通过一次或多次配置本命令可以同时配置多个下一跳,每个节点最多可以配置n个下一跳,这些下一跳起到主备或负载分担的作用。
当配置了多个下一跳做主备,且多个下一跳地址属于同一个网段时,当主下一跳匹配失败后,设备会先匹配主下一跳对应的网段路由转发报文,当网段路由匹配失败后,再匹配配置的备下一跳。
¡ 设置指导报文转发的多个下一跳工作在负载分担模式。
apply loadshare next-hop
缺省情况下,多个下一跳工作在主备模式。
¡ 设置指导报文转发的出接口。
apply output-interface { interface-type interface-number [ track track-entry-number ] }&<1-4>
缺省情况下,未设置指导报文转发的出接口。
用户通过一次或多次配置本命令可以同时配置多个出接口,每个节点最多可以配置4个出接口,这些出接口起到主备或负载分担的作用。
¡ 设置指导报文转发的多个出接口工作在负载分担模式。
apply loadshare output-interface
缺省情况下,多个出接口工作在主备模式。
¡ 设置指导报文转发的缺省下一跳。
apply default-next-hop [ vpn-instance vpn-instance-name | inbound-vpn ] { ipv6-address [ direct ] [ track track-entry-number ] }&<1-n>
缺省情况下,未设置指导报文转发的缺省下一跳。
用户通过一次或多次配置本命令可以同时配置多个缺省下一跳,每个节点最多可以配置n个缺省下一跳,这些缺省下一跳起到主备或负载分担的作用。
¡ 设置指导报文转发的多个缺省下一跳工作在负载分担模式。
apply loadshare default-next-hop
缺省情况下,多个缺省下一跳工作在主备模式。
¡ 设置指导报文转发的缺省出接口。
apply default-output-interface { interface-type interface-number [ track track-entry-number ] }&<1-4>
缺省情况下,未设置指导报文转发的缺省出接口。
用户通过一次或多次配置本命令可以同时配置多个缺省出接口,每个节点最多可以配置4个缺省出接口,这些缺省出接口起到主备或负载分担的作用。
¡ 设置指导报文转发的多个缺省出接口工作在负载分担模式。
apply loadshare default-output-interface
缺省情况下,多个缺省出接口工作在主备模式。
(1) 进入系统视图。
system-view
(2) 进入IPv6策略节点视图。
ipv6 policy-based-route policy-name [ deny | permit ] node node-number
(3) 设置匹配成功的当前节点指定转发路径失败后继续进行后续节点的处理。
apply continue
缺省情况下,匹配成功的当前节点指定转发路径失败后不再进行下一节点的匹配。
本命令仅在策略节点的匹配模式为permit时生效。
通过本配置,可以将已经配置的IPv6策略应用到本地,指导设备本身产生IPv6报文的发送。应用IPv6策略时,该IPv6策略必须已经存在,否则配置将失败。
对本地报文只能应用一个IPv6策略。应用新的IPv6策略前必须删除本地原来已经应用的IPv6策略。
若无特殊需求,建议用户不要对本地报文应用IPv6策略。否则,有可能会对本地报文的发送造成不必要的影响(如ping、telnet服务的失效)。
(1) 进入系统视图。
system-view
(2) 对本地报文应用IPv6策略。
ipv6 local policy-based-route policy-name
缺省情况下,未对本地报文应用IPv6策略。
通过本配置,可以将已经配置的IPv6策略应用到接口,指导接口接收的所有IPv6报文的转发。应用IPv6策略时,该IPv6策略必须已经存在,否则配置将失败。
对接口转发的报文应用IPv6策略时,一个接口只能应用一个IPv6策略。应用新的IPv6策略前必须删除接口上原来已经应用的IPv6策略。
一个IPv6策略可以同时被多个接口应用。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 对接口转发的报文应用IPv6策略。
ipv6 policy-based-route policy-name
缺省情况下,未对接口转发的报文应用IPv6策略。
在完成上述配置后,在任意视图下执行display命令可以显示IPv6策略路由配置后的运行情况,通过查看显示信息验证配置的效果。
在用户视图下,用户可以执行reset命令可以清除IPv6策略路由的统计信息。
表1-3 IPv6策略路由显示和维护
操作 |
命令 |
显示已经配置的IPv6策略 |
display ipv6 policy-based-route [ policy policy-name ] |
显示接口下IPv6转发策略路由的配置信息和统计信息 |
display ipv6 policy-based-route interface interface-type interface-number [ slot slot-number ] |
显示IPv6本地策略路由的配置信息和统计信息 |
display ipv6 policy-based-route local [ slot slot-number ] |
显示已经应用的IPv6策略路由信息 |
display ipv6 policy-based-route setup |
清除IPv6策略路由的统计信息 |
reset ipv6 policy-based-route statistics [ policy policy-name ] |
Device A分别与Device B和Device C直连(保证Device B和Device C之间路由完全不可达)。通过策略路由控制Device A产生的报文:
· 指定所有TCP报文的下一跳为1::2;
· 其它IPv6报文仍然按照查找路由表的方式进行转发。
图1-1 基于报文协议类型的策略路由的配置举例组网图
(1) 配置Device A
# 配置接口的IPv6地址。
<DeviceA> system-view
[DeviceA] interface gigabitethernet 1/0/1
[DeviceA-GigabitEthernet1/0/1] ipv6 address 1::1 64
[DeviceA-GigabitEthernet1/0/1] quit
[DeviceA] interface gigabitethernet 1/0/2
[DeviceA-GigabitEthernet1/0/2] ipv6 address 2::1 64
[DeviceA-GigabitEthernet1/0/2] quit
# 定义访问控制列表ACL 3001,用来匹配TCP报文。
[DeviceA] acl ipv6 advanced 3001
[DeviceA-acl-ipv6-adv-3001] rule permit tcp
[DeviceA-acl-ipv6-adv-3001] quit
# 定义5号节点,指定所有TCP报文的下一跳为1::2。
[DeviceA] ipv6 policy-based-route aaa permit node 5
[DeviceA-pbr6-aaa-5] if-match acl 3001
[DeviceA-pbr6-aaa-5] apply next-hop 1::2
[DeviceA-pbr6-aaa-5] quit
# 在Device A上应用本地策略路由。
[DeviceA] ipv6 local policy-based-route aaa
(2) 配置Device B
# 配置接口的IPv6地址。
<DeviceB> system-view
[DeviceB] interface gigabitethernet 1/0/1
[DeviceB-GigabitEthernet1/0/1] ipv6 address 1::2 64
(3) 配置Device C
# 配置接口的IPv6地址。
<DeviceC> system-view
[DeviceC] interface gigabitethernet 1/0/2
[DeviceC-GigabitEthernet1/0/2] ipv6 address 2::2 64
# 从Device A上通过Telnet方式登录Device B(1::2/64),结果成功。
# 从Device A上通过Telnet方式登录Device C(2::2/64),结果失败。
# 从Device A上ping Device C(2::2/64),结果成功。
由于Telnet使用的是TCP协议,ping使用的是ICMP协议,所以由以上结果可证明:Device A产生的TCP报文的下一跳为1::2,接口GigabitEthernet1/0/2不发送TCP报文,但可以发送非TCP报文,策略路由设置成功。
Device A分别与Device B和Device C直连(保证Device B和Device C之间路由完全不可达)。通过策略路由控制从Device A的以太网接口GigabitEthernet1/0/1接收的报文:
· 指定所有TCP报文的下一跳为1::2;
· 其它IPv6报文仍然按照查找路由表的方式进行转发。
图1-2 基于报文协议类型的IPv6转发策略路由配置举例组网图
(1) 配置IPv6地址和单播路由协议,确保Device B和Host A,Device C和Host A之间路由可达,具体配置过程略。
(2) 配置Device A
# 定义访问控制列表ACL 3001,用来匹配TCP报文。
[DeviceA] acl ipv6 advanced 3001
[DeviceA-acl-ipv6-adv-3001] rule permit tcp
[DeviceA-acl-ipv6-adv-3001] quit
# 定义5号节点,指定所有TCP报文的下一跳为1::2。
[DeviceA] ipv6 policy-based-route aaa permit node 5
[DeviceA-pbr6-aaa-5] if-match acl 3001
[DeviceA-pbr6-aaa-5] apply next-hop 1::2
[DeviceA-pbr6-aaa-5] quit
# 在以太网口GigabitEthernet1/0/1上应用转发策略路由,处理此接口接收的报文。
[DeviceA] interface gigabitethernet 1/0/1
[DeviceA-GigabitEthernet1/0/1] undo ipv6 nd ra halt
[DeviceA-GigabitEthernet1/0/1] ipv6 policy-based-route aaa
[DeviceA-GigabitEthernet1/0/1] quit
在Host A上安装IPv6协议栈,并将IPv6地址配置为10::3。
C:\>ipv6 install
Installing...
Succeeded.
C:\>ipv6 adu 4/10::3
从Host A上通过Telnet方式登录Device B,结果成功。
从Host A上通过Telnet方式登录Device C,结果失败。
从Host A上ping Device C,结果成功。
由于Telnet使用的是TCP协议,ping使用的是ICMP协议,所以由以上结果可证明:从Device A的以太网接口GigabitEthernet1/0/1接收的TCP报文的下一跳为1::2,接口GigabitEthernet1/0/3不转发TCP报文,但可以转发非TCP报文,策略路由设置成功。
通过策略路由控制从Device A的以太网接口GigabitEthernet1/0/1接收的报文:
· 长度为64~100字节的IPv6报文以150::2/64作为下一跳IPv6地址;
· 长度为101~1000字节的IPv6报文以151::2/64作为下一跳IPv6地址;
· 所有其它长度的IPv6报文都按照查找路由表的方式转发。
图1-3 基于报文长度的IPv6转发策略路由配置举例组网图
(1) 配置IPv6地址和单播路由协议,确保各设备之间路由可达,具体配置过程略。
(2) 配置Device A
# 配置策略lab1,将长度为64~100字节的IPv6报文转发到下一跳150::2/64,而将长度为101~1000字节的IPv6报文转发到下一跳151::2/64。
[DeviceA] ipv6 policy-based-route lab1 permit node 10
[DeviceA-pbr6-lab1-10] if-match packet-length 64 100
[DeviceA-pbr6-lab1-10] apply next-hop 150::2
[DeviceA-pbr6-lab1-10] quit
[DeviceA] ipv6 policy-based-route lab1 permit node 20
[DeviceA-pbr6-lab1-20] if-match packet-length 101 1000
[DeviceA-pbr6-lab1-20] apply next-hop 151::2
[DeviceA-pbr6-lab1-20] quit
# 在以太网接口GigabitEthernet1/0/1上应用定义的策略lab1,处理此接口接收的报文。
[DeviceA] interface gigabitethernet 1/0/1
[DeviceA-GigabitEthernet1/0/1] undo ipv6 nd ra halt
[DeviceA-GigabitEthernet1/0/1] ipv6 policy-based-route lab1
[DeviceA-GigabitEthernet1/0/1] return
# 在Device A上用debugging ipv6 policy-based-route命令监视策略路由。
<DeviceA> debugging ipv6 policy-based-route
<DeviceA> terminal logging level 7
<DeviceA> terminal monitor
# 在Host A上安装IPv6协议栈,并将IPv6地址配置为192::3。
C:\>ipv6 install
Installing...
Succeeded.
C:\>ipv6 adu 4/192::3
# 从Host A上Ping Device B的Loopback0,并将报文数据字段长度设为64字节。
C:\>ping –n 1 -l 64 10::1
Pinging 10::1 with 64 bytes of data:
Reply from 10::1: time=1ms
Ping statistics for 10::1:
Packets: Sent = 1, Received = 1, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 1ms, Average = 1ms
从Device A上显示的策略路由调试信息如下:
<DeviceA>
*Jun 26 13:04:33:519 2012 DeviceA PBR6/7/PBR Forward Info: -MDC=1; Policy:lab1, Node:
10,match succeeded.
*Jun 26 13:04:33:519 2012 DeviceA PBR6/7/PBR Forward Info: -MDC=1; apply next-hop 150
::2.
以上策略路由信息显示,Device A在接收到报文后,根据策略路由确定的下一跳为150::2,也就是说将报文从接口GigabitEthernet1/0/2转发出去。
# 从Host A上Ping Device B的Loopback0,并将报文数据字段长度设为200字节。
C:\>ping –n 1 -l 200 10::1
Pinging 10::1 with 200 bytes of data:
Reply from 10::1: time=1ms
Ping statistics for 10::1:
Packets: Sent = 1, Received = 1, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 1ms, Average = 1ms
从Device A上显示的策略路由调试信息如下:
<DeviceA>
*Jun 26 13:20:33:619 2012 DeviceA PBR6/7/PBR Forward Info: -MDC=1; Policy:lab1, Node:
20,match succeeded.
*Jun 26 13:20:33:619 2012 DeviceA PBR6/7/PBR Forward Info: -MDC=1; apply next-hop 151
::2.
以上策略路由信息显示,Device A在接收到报文后,根据策略路由确定的下一跳为151::2,也就是说将报文从接口GigabitEthernet1/0/3转发出去。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!