07-策略路由配置
本章节下载: 07-策略路由配置 (329.11 KB)
设备各款型使用的命令行形式有所不同,详细差异信息如下:
命令行形式 |
款型 |
集中式 |
· MSR810/810-W/810-W-DB/810-LM/810-W-LM/810-10-PoE/810-LM-HK/810-W-LM-HK · MSR810-LMS/810-LUS · MSR2600-6-X1/2600-10-X1/2630 · MSR3600-28/3600-51/3600-28-SI/3600-51-SI · MSR3610-X1/3610-X1-DP/3610-X1-DC/3610-X1-DP-DC · MSR 3610/3620/3620-DP/3640/3660 · MSR810-W-WiNet/810-LM-WiNet/830-4LM-WiNet · MSR830-5BEI-WiNet/830-6EI-WiNet/830-10BEI-WiNet · MSR830-6BHI-WiNet/830-10BHI-WiNet · MSR2600-10-X1-WiNet/2630-WiNet · MSR3600-28-WiNet/3610-X1-WiNet · MSR3610-WiNet/3620-10-WiNet/3620-DP-WiNet/3620-WiNet/3660-WiNet · MSR810-LM-GL/810-W-LM-GL · MSR830-6EI-GL/830-10EI-GL/830-6HI-GL/830-10HI-GL · MSR2600-6-X1-GL/3600-28-SI-GL |
分布式 |
MSR5620/5660/5680 |
与单纯依照IP报文的目的地址查找路由表进行转发不同,策略路由是一种依据用户制定的策略进行路由转发的机制。策略路由可以对于满足一定条件(ACL规则、报文长度等)的报文,执行指定的操作(设置报文的下一跳、出接口、缺省下一跳和缺省出接口等)。
报文到达后,其后续的转发流程如下:
· 首先根据配置的策略路由转发。
· 若找不到匹配的节点或虽然找到了匹配的节点,但指导报文转发失败时,再根据路由表中除缺省路由之外的路由来转发报文。
· 若转发失败,则根据策略路由中配置的缺省下一跳和缺省出接口指导报文转发。
· 若转发失败,则再根据缺省路由来转发报文。
根据作用对象的不同,策略路由可分为本地策略路由和转发策略路由:
· 本地策略路由:对设备本身产生的报文(比如本地发出的ping报文)起作用,指导其发送。
· 转发策略路由:对接口接收的报文起作用,指导其转发。
策略用来定义报文的匹配规则,以及对报文执行的操作。策略由节点组成。
一个策略可以包含一个或者多个节点。节点的构成如下:
· 每个节点由节点编号来标识。节点编号越小节点的优先级越高,优先级高的节点优先被执行。
· 每个节点的具体内容由if-match子句和apply子句来指定。if-match子句定义该节点的匹配规则,apply子句定义该节点的动作。
· 每个节点对报文的处理方式由匹配模式决定。匹配模式分为permit(允许)和deny(拒绝)两种。
应用策略后,系统将根据策略中定义的匹配规则和操作,对报文进行处理:系统按照优先级从高到低的顺序依次匹配各节点,如果报文满足这个节点的匹配规则,就执行该节点的动作;如果报文不满足这个节点的匹配规则,就继续匹配下一个节点;如果报文不能满足策略中任何一个节点的匹配规则,则根据路由表来转发报文。
目前,策略路由提供了四种if-match子句,作用如下:
· if-match acl:设置ACL匹配规则。
· if-match packet-length:设置IP报文长度(从IP报文头开始到报文末尾的总长度)匹配规则。
· if-match app-group:设置应用组匹配规则。关于应用组的详细描述,请参考“安全配置指导”中的“APR”。
· if-match object-group service:设置服务对象组匹配规则。关于服务对象组的详细描述,请参考“安全配置指导”中的“对象组”。
在一个节点中可以配置多条if-match子句,同一类型的if-match子句只能配置一条。
同一个节点中的不同类型if-match子句之间是“与”的关系,即报文必须满足该节点的所有if-match子句才算满足这个节点的匹配规则。
策略路由提供了十三种apply子句,同一个节点中可以配置多条apply子句,但配置的多条apply子句不一定都会执行。影响报文转发路径的apply子句有六条,优先级顺序是:apply access-vpn vpn-instance、apply remark-vpn、apply next-hop、apply output-interface、apply default-next-hop和apply default-output-interface。apply子句的含义以及执行优先情况等说明如表1-1所示。
表1-1 apply子句的含义以及执行优先情况等说明
子句 |
含义 |
执行优先情况/详细说明 |
apply precedence |
设置IP报文的IP优先级 |
只要配置了该子句,该子句就一定会执行 |
apply ip-df df-value |
设置IP报文的DF(Don’t Fragment,不分片)标志 |
只要配置了该子句,该子句就一定会执行 |
apply loadshare { next-hop | output-interface | default-next-hop | default-output-interface } |
设置指导报文转发的下一跳、出接口、缺省下一跳和缺省出接口的工作模式为负载分担模式 |
下一跳、出接口、缺省下一跳和缺省出接口的工作模式有两种:主备模式、负载分担模式 · 主备模式:按照配置顺序,以第一个配置(下一跳、出接口、缺省下一跳或缺省出接口)作为主用,指导报文转发。当主用失效时,按配置顺序选择后续的第一个有效配置指导报文转发 · 负载分担模式:按照配置顺序,逐包轮流选择有效的出接口、缺省下一跳或缺省出接口指导报文转发;下一跳的模式为负载分担模式时,会按照下一跳的权重指导报文转发 缺省情况下,工作模式为主备模式 |
apply access-vpn vpn-instance |
设置报文在指定VPN实例中进行转发 |
报文如果匹配了其中一个VPN实例下的转发表,报文将在该VPN实例中进行转发 |
apply remark-vpn |
重标记报文中的VPN实例 |
本命令必须和apply access-vpn vpn-instance命令同时使用 |
apply next-hop和apply output-interface |
设置报文的下一跳、出接口 |
当两条子句同时配置并且都有效时,系统只会执行apply next-hop子句 |
apply default-next-hop和apply default-output-interface |
设置报文的缺省下一跳、缺省出接口 |
当两条子句同时配置并且都有效时,系统只会执行apply default-next-hop子句 执行缺省下一跳和出接口的前提是:在策略中未配置下一跳或者出接口,或者配置的下一跳和出接口无效,并且在路由表中未找到与报文目的IP地址匹配的路由表项 |
apply continue |
设置匹配成功的当前节点转发失败后继续进行后续节点的处理 |
如果当前节点中未配置影响报文转发路径的五个apply子句,或者配置了这五个子句中的一个或多个,但配置的子句都失效(下一跳不可达、出接口down或者报文在指定VPN内转发失败)时,会进行下一节点的处理 |
一个节点的匹配模式与这个节点的if-match子句、apply子句的关系如表1-2所示。
表1-2 节点的匹配模式、if-match子句、apply子句三者之间的关系
· 如果节点配置了apply子句,则执行此节点apply子句 ¡ 如果节点指导报文转发成功,则不再匹配下一节点 ¡ 如果节点指导报文转发失败且未配置apply continue子句,则不再匹配下一节点 ¡ 如果节点指导报文转发失败且配置了apply continue子句,则继续匹配下一节点 · 如果节点未配置apply子句,则不会执行任何动作,且不再匹配下一节点,报文将根据路由表来进行转发 |
||
如果一个节点中未配置任何if-match子句,则认为所有报文都满足该节点的匹配规则,按照“报文满足所有if-match子句”的情况进行后续处理。
策略路由通过与Track联动,增强了应用的灵活性和对网络环境变化的动态感知能力。
策略路由可以在配置报文的下一跳、出接口、缺省下一跳、缺省出接口时与Track项关联,根据Track项的状态来动态地决定策略的可用性。策略路由配置仅在关联的Track项状态为Positive或NotReady时生效。关于策略路由与Track联动的的详细介绍和相关配置,请参见“可靠性配置指导”中的“Track”。
表1-3 策略路由配置任务简介
配置任务 |
说明 |
详细配置 |
|
配置策略 |
创建策略节点 |
必选 |
|
配置策略节点的匹配规则 |
|||
配置策略节点的动作 |
|||
应用策略 |
对本地报文应用策略 |
必选 用户可根据实际情况进行选择 |
|
对接口转发的报文应用策略 |
表1-4 创建策略节点
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建策略节点,并进入策略节点视图 |
policy-based-route policy-name [ deny | permit ] node node-number |
缺省情况下,不存在策略节点 |
表1-5 配置策略节点的匹配规则
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入策略节点视图 |
policy-based-route policy-name [ deny | permit ] node node-number |
- |
设置ACL匹配规则 |
if-match acl { acl-number | name acl-name } |
缺省情况下,未设置ACL匹配规则 策略路由不支持匹配二层信息的ACL匹配规则 |
设置IP报文长度匹配规则 |
if-match packet-length min-len max-len |
缺省情况下,未设置IP报文长度匹配规则 |
设置应用组匹配规则 |
if-match app-group app-group-name&<1-n> |
缺省情况下,未设置应用组匹配规则 应用组匹配规则只对转发策略路由生效,对本地策略路由不生效 |
设置服务对象组匹配规则 |
if-match object-group service object-group-name&<1-n> |
缺省情况下,未设置服务对象组匹配规则 |
if-match子句中使用ACL时,如果ACL规则的动作为permit,则该子句可以用来匹配报文;如果使用的ACL不存在或者ACL规则的动作为deny,则所有报文都不能满足该子句。
表1-6 配置策略节点的动作
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入策略节点视图 |
policy-based-route policy-name [ deny | permit ] node node-number |
- |
设置IP报文的IP优先级 |
apply precedence { type | value } |
缺省情况下,未设置IP报文的优先级 |
设置IP报文头中的DF标志 |
apply ip-df df-value |
缺省情况下,未设置IP报文头中的DF标志 |
设置报文在指定VPN实例中进行转发 |
apply access-vpn vpn-instance vpn-instance-name&<1-n> |
缺省情况下,未设置报文在指定VPN实例中进行转发 每个节点最多可以配置n个VPN实例。当满足匹配规则后,将根据第一个可用的VPN实例转发表进行转发。n的取值为4 |
重标记报文的VPN实例 |
apply remark-vpn |
缺省情况下,未重标记报文的VPN实例 |
设置报文转发的下一跳 |
apply next-hop [ vpn-instance vpn-instance-name | inbound-vpn ] { ip-address [ direct ] [ track track-entry-number ] [ weight weight-value ] }&<1-n> |
缺省情况下,未设置报文转发的下一跳 用户可以同时配置多个下一跳(通过一次或多次配置本命令实现),起到主备或负载分担的作用 每个节点最多可以配置n个下一跳。n的取值为4 |
设置指导报文转发的多个下一跳工作在负载分担模式 |
apply loadshare next-hop |
缺省情况下,多个下一跳工作在主备模式 |
设置指导报文转发的出接口 |
apply output-interface { interface-type interface-number [ track track-entry-number ] }&<1-n> |
缺省情况下,未设置指导报文转发的出接口 用户可以同时配置多个出接口(通过一次或多次配置本命令实现),起到主备或负载分担的作用 每个节点最多可以配置n个出接口。n的取值为4 |
设置指导报文转发的多个出接口工作在负载分担模式 |
apply loadshare output-interface |
缺省情况下,多个出接口工作在主备模式 |
设置指导报文转发的缺省下一跳 |
apply default-next-hop [ vpn-instance vpn-instance-name | inbound-vpn ] { ip-address [ direct ] [ track track-entry-number ] }&<1-n> |
缺省情况下,未设置指导报文转发的缺省下一跳 用户可以同时配置多个缺省下一跳(通过一次或多次配置本命令实现),起到主备或负载分担的作用 每个节点最多可以配置n个缺省下一跳。n的取值为4 |
设置指导报文转发的多个缺省下一跳工作在负载分担模式 |
apply loadshare default-next-hop |
缺省情况下,多个缺省下一跳工作在主备模式 |
设置指导报文转发的缺省出接口 |
apply default-output-interface { interface-type interface-number [ track track-entry-number ] }&<1-n> |
缺省情况下,未设置指导报文转发的缺省出接口 用户可以同时配置多个缺省出接口(通过一次或多次配置本命令实现),起到主备或负载分担的作用 每个节点最多可以配置n个缺省出接口。n的取值为4 |
设置指导报文转发的多个缺省出接口工作在负载分担模式 |
apply loadshare default-output-interface |
缺省情况下,多个缺省出接口工作在主备模式 |
设置匹配成功的当前节点指定转发路径失败后继续进行后续节点的处理 |
apply continue |
缺省情况下,匹配成功的当前节点指定转发路径失败后不再进行下一节点的匹配 本命令仅在策略节点的匹配模式为permit时生效 |
策略路由通过查询FIB表是否存在下一跳或缺省下一跳地址对应的条目,判断设置报文转发下一跳或缺省下一跳地址是否可用。策略路由周期性检查FIB表,如果在此周期内设备到下一跳的路径发生变化,策略路由无法及时刷新导致通信发生短暂中断。
通过本配置,可以将已经配置的策略应用到本地,指导设备本身产生报文的发送。应用策略时,该策略必须已经存在,否则配置将失败。
对本地报文只能应用一个策略。应用新的策略前必须删除本地原来已经应用的策略。
若无特殊需求,建议用户不要对本地报文应用策略。否则,有可能会对本地报文的发送造成不必要的影响(如ping、telnet服务的失效)。
表1-7 对本地报文应用策略
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
对本地报文应用策略 |
ip local policy-based-route policy-name |
缺省情况下,未对本地报文应用策略 |
通过本配置,可以将已经配置的策略应用到接口,指导接口接收的所有报文的转发。应用策略时,该策略必须已经存在,否则配置将失败。
对接口转发的报文应用策略时,一个接口只能应用一个策略。应用新的策略前必须删除接口上原来已经应用的策略。
一个策略可以同时被多个接口应用。
表1-8 对接口转发的报文应用策略
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入接口视图 |
interface interface-type interface-number |
- |
对接口转发的报文应用策略 |
ip policy-based-route policy-name |
缺省情况下,未对接口转发的报文应用策略 |
在完成上述配置后,在任意视图下执行display命令可以显示配置策略路由后的运行情况,通过查看显示信息验证配置的效果。
在用户视图下执行reset命令可以清除策略路由的统计信息。
表1-9 策略路由显示和维护
操作 |
命令 |
显示已经配置的策略 |
display ip policy-based-route [ policy policy-name ] |
显示已经应用的策略路由信息 |
display ip policy-based-route setup |
显示本地策略路由的配置信息和统计信息(集中式设备-独立运行模式) |
display ip policy-based-route local |
显示本地策略路由的配置信息和统计信息(分布式设备-独立运行模式/集中式设备-IRF模式) |
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 interface interface-type interface-number |
显示接口下转发策略路由的配置信息和统计信息(分布式设备-独立运行模式/集中式设备-IRF模式) |
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 ] |
清除策略路由的统计信息 |
reset ip policy-based-route statistics [ policy policy-name ] |
通过策略路由控制Router A产生的报文:
· 指定所有TCP报文的下一跳为1.1.2.2;
· 其它报文仍然按照查找路由表的方式进行转发。
其中,Router A分别与Router B和Router C直连(保证Router B和Router C之间路由完全不可达)。
图1-1 基于报文协议类型的本地策略路由的配置举例组网图
(1) 配置Router A
# 配置GigabitEthernet接口的IP地址。
<RouterA> system-view
[RouterA] interface gigabitethernet 1/0/1
[RouterA-GigabitEthernet1/0/1] ip address 1.1.2.1 24
[RouterA-GigabitEthernet1/0/1] quit
[RouterA] interface gigabitethernet 1/0/2
[RouterA-GigabitEthernet1/0/2] ip address 1.1.3.1 24
[RouterA-GigabitEthernet1/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 gigabitethernet 1/0/1
[RouterB-GigabitEthernet1/0/1] ip address 1.1.2.2 24
(3) 配置Router C
# 配置GigabitEthernet接口的IP地址。
<RouterC> system-view
[RouterC] interface gigabitethernet 1/0/2
[RouterC-GigabitEthernet1/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,接口GigabitEthernet1/0/2不发送TCP报文,但可以发送非TCP报文,策略路由设置成功。
通过策略路由控制从Router A的以太网接口GigabitEthernet1/0/1接收的报文:
· 指定所有TCP报文的下一跳为1.1.2.2;
· 其它报文仍然按照查找路由表的方式进行转发;
· 保证Router B和Router C之间路由完全不可达。
配置前请确保Router B和Host A,Router C和Host A之间路由可达。
(1) 配置Router A
# 配置接口GigabitEthernet1/0/2和GigabitEthernet1/0/3的IP地址。
<RouterA> system-view
[RouterA] interface gigabitethernet 1/0/2
[RouterA-GigabitEthernet1/0/2] ip address 1.1.2.1 24
[RouterA-GigabitEthernet1/0/2] quit
[RouterA] interface gigabitethernet 1/0/3
[RouterA-GigabitEthernet1/0/3] ip address 1.1.3.1 24
[RouterA-GigabitEthernet1/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
# 在以太网接口GigabitEthernet1/0/1上应用转发策略路由,处理此接口接收的报文。
[RouterA] interface gigabitethernet 1/0/1
[RouterA-GigabitEthernet1/0/1] ip address 10.110.0.10 24
[RouterA-GigabitEthernet1/0/1] ip policy-based-route aaa
[RouterA-GigabitEthernet1/0/1] quit
从Host A上通过Telnet方式登录Router B,结果成功。
从Host A上通过Telnet方式登录Router C,结果失败。
从Host A上ping Router C,结果成功。
由于Telnet使用的是TCP协议,ping使用的是ICMP协议,所以由以上结果可证明:从Router A的以太网接口GigabitEthernet1/0/1接收的TCP报文的下一跳为1.1.2.2,接口GigabitEthernet1/0/3不转发TCP报文,但可以转发非TCP报文,策略路由设置成功。
通过策略路由控制从Router A的以太网接口GigabitEthernet1/0/1接收的报文:
· IP报文长度为64~300字节的报文以150.1.1.2/24作为下一跳IP地址;
· 长度为301~1000字节的报文以151.1.1.2/24作为下一跳IP地址;
· 所有其它长度的报文都按照查找路由表的方式转发。
(1) 配置Router A
# 配置接口GigabitEthernet1/0/2和GigabitEthernet1/0/3的IP地址。
<RouterA> system-view
[RouterA] interface gigabitethernet 1/0/2
[RouterA-GigabitEthernet1/0/2] ip address 150.1.1.1 24
[RouterA-GigabitEthernet1/0/2] quit
[RouterA] interface gigabitethernet 1/0/3
[RouterA-GigabitEthernet1/0/3] ip address 151.1.1.1 24
[RouterA-GigabitEthernet1/0/3] quit
# 配置动态路由协议RIP。
[RouterA] rip
[RouterA-rip-1] network 192.1.1.0
[RouterA-rip-1] network 150.1.0.0
[RouterA-rip-1] network 151.1.0.0
[RouterA-rip-1] quit
# 配置策略lab1,将长度为64~300字节的报文转发到下一跳150.1.1.2,而将长度为301~1000字节的报文转发到下一跳151.1.1.2。
[RouterA] policy-based-route lab1 permit node 10
[RouterA-pbr-lab1-10] if-match packet-length 64 300
[RouterA-pbr-lab1-10] apply next-hop 150.1.1.2
[RouterA-pbr-lab1-10] quit
[RouterA] policy-based-route lab1 permit node 20
[RouterA-pbr-lab1-20] if-match packet-length 301 1000
[RouterA-pbr-lab1-20] apply next-hop 151.1.1.2
[RouterA-pbr-lab1-20] quit
# 在以太网接口GigabitEthernet1/0/1上应用定义的策略lab1,处理此接口接收的报文。
[RouterA] interface gigabitethernet 1/0/1
[RouterA-GigabitEthernet1/0/1] ip address 192.1.1.1 24
[RouterA-GigabitEthernet1/0/1] ip policy-based-route lab1
[RouterA-GigabitEthernet1/0/1] quit
(2) 配置Router B
# 配置GigabitEthernet接口的IP地址。
<RouterB> system-view
[RouterB] interface gigabitethernet 1/0/2
[RouterB-GigabitEthernet1/0/2] ip address 150.1.1.2 24
[RouterB-GigabitEthernet1/0/2] quit
[RouterB] interface gigabitethernet 1/0/3
[RouterB-GigabitEthernet1/0/3] ip address 151.1.1.2 24
[RouterB-GigabitEthernet1/0/3] quit
# 配置Loopback接口的IP地址。
[RouterB] interface loopback 0
[RouterB-LoopBack0] ip address 10.1.1.1 32
[RouterB-LoopBack0] quit
# 配置动态路由协议RIP。
[RouterB] rip
[RouterB-rip-1] network 10.0.0.0
[RouterB-rip-1] network 150.1.0.0
[RouterB-rip-1] network 151.1.0.0
[RouterB-rip-1] quit
# 在Router A上使用debugging ip policy-based-route命令监视策略路由。
<RouterA> debugging ip policy-based-route
<RouterA> terminal logging level 7
<RouterA> terminal monitor
# 从Host A上Ping Router B的Loopback0,并将报文数据字段长度设为64字节,这样,从IP头到报文末尾的总长度在64~300字节之间。
C:\>ping –n 1 -l 64 10.1.1.1
Pinging 10.1.1.1 with 64 bytes of data:
Reply from 10.1.1.1: bytes=64 time=1ms TTL=64
Ping statistics for 10.1.1.1:
Packets: Sent = 1, Received = 1, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 1ms, Average = 1ms
从Router A上显示的策略路由调试信息如下:
<RouterA>
*Jun 26 12:04:33:519 2012 RouterA PBR4/7/PBR Forward Info: -MDC=1; Policy:lab1, Node:
10,match succeeded.
*Jun 26 12:04:33:519 2012 RouterA PBR4/7/PBR Forward Info: -MDC=1; apply next-hop 150
.1.1.2.
以上策略路由信息显示,Router A在接收到报文后,根据策略路由确定的下一跳为150.1.1.2,也就是说将报文从接口GigabitEthernet1/0/2转发出去。
# 从Host A上Ping Router B的Loopback0,并将报文数据字段长度设为300字节,这样,从IP头到报文末尾的总长度在301~1000字节之间。
C:\> ping –n 1 -l 300 10.1.1.1
Pinging 10.1.1.1 with 300 bytes of data:
Reply from 10.1.1.1: bytes=300 time=1ms TTL=64
Ping statistics for 10.1.1.1:
Packets: Sent = 1, Received = 1, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 1ms, Average = 1ms
从Router A上显示的策略路由调试信息如下:
<RouterA>
*Jun 26 12:20:33:610 2012 RouterA PBR4/7/PBR Forward Info: -MDC=1; Policy:lab1, Node:
20,match succeeded.
*Jun 26 12:20:33:610 2012 RouterA PBR4/7/PBR Forward Info: -MDC=1; apply next-hop 151
.1.1.2.
以上策略路由信息显示,Router A在接收到报文后,根据策略路由确定的下一跳为151.1.1.2,也就是说将报文从接口GigabitEthernet1/0/3转发出去。
通过策略路由控制从Router A的以太网接口GigabitEthernet1/0/1接收的报文:
· 源地址为192.168.10.2的报文以4.1.1.2/24作为下一跳IP地址;
· 其它源地址的报文以5.1.1.2/24作为下一跳IP地址;
· 保证Router B和Router C之间路由完全不可达。
图1-4 基于报文源地址的转发策略路由的配置举例组网图
配置前请确保Router B和Host A/Host B,Router C和Host A/Host B之间路由可达。
(1) 配置Router A
# 配置接口GigabitEthernet1/0/2和GigabitEthernet1/0/3的IP地址。
<RouterA> system-view
[RouterA] interface gigabitethernet 1/0/2
[RouterA-GigabitEthernet1/0/2] ip address 4.1.1.1 24
[RouterA-GigabitEthernet1/0/2] quit
[RouterA] interface gigabitethernet 1/0/3
[RouterA-GigabitEthernet1/0/3] ip address 5.1.1.1 24
[RouterA-GigabitEthernet1/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
# 在以太网接口GigabitEthernet1/0/1上应用转发策略路由,处理此接口接收的报文。
[RouterA] interface gigabitethernet 1/0/1
[RouterA-GigabitEthernet1/0/1] ip address 192.168.10.1 24
[RouterA-GigabitEthernet1/0/1] ip policy-based-route aaa
[RouterA-GigabitEthernet1/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的以太网接口GigabitEthernet1/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,由此表明策略路由设置成功。
通过策略路由控制从Router A的以太网接口GigabitEthernet1/0/1接收的报文:
· 指定所有HTTP报文的下一跳为1.1.2.2;
· 其它报文仍然按照查找路由表的方式进行转发;
· 保证Router B和Router C之间路由完全不可达。
图1-5 基于报文应用类型的转发策略路由的配置举例组网图
配置前请确保Router B和Host A,Router C和Host A之间路由可达。
(1) 配置Router A
# 配置接口GigabitEthernet1/0/2和GigabitEthernet1/0/3的IP地址。
<RouterA> system-view
[RouterA] interface gigabitethernet 1/0/2
[RouterA-GigabitEthernet1/0/2] ip address 1.1.2.1 24
[RouterA-GigabitEthernet1/0/2] quit
[RouterA] interface gigabitethernet 1/0/3
[RouterA-GigabitEthernet1/0/3] ip address 1.1.3.1 24
[RouterA-GigabitEthernet1/0/3] quit
# 定义应用组http,用来匹配HTTP报文。
[RouterA] app-group http
[RouterA-app-group-http] include application http
[RouterA-app-group-http] quit
# 定义5号节点,指定所有HTTP报文的下一跳地址为1.1.2.2。
[RouterA] policy-based-route aaa permit node 5
[RouterA-pbr-aaa-5] if-match app-group http
[RouterA-pbr-aaa-5] apply next-hop 1.1.2.2
[RouterA-pbr-aaa-5] quit
# 在以太网接口GigabitEthernet1/0/1上应用转发策略路由,处理此接口接收的报文。
[RouterA] interface gigabitethernet 1/0/1
[RouterA-GigabitEthernet1/0/1] ip address 10.110.0.10 24
[RouterA-GigabitEthernet1/0/1] ip policy-based-route aaa
[RouterA-GigabitEthernet1/0/1] quit
从Host A上通过Web方式登录Router B,结果成功。
从Host A上通过Web方式登录Router C,结果失败。
从Host A上ping Router C,结果成功。
由于Web应用使用的是HTTP协议,ping使用的是ICMP协议,所以由以上结果可证明:从Router A的以太网接口GigabitEthernet1/0/1接收的HTTP报文的下一跳都会被修改为1.1.2.2,所以HTTP报文都会从接口GigabitEthernet1/0/2转发出去;而接口GigabitEthernet1/0/3可以转发非HTTP报文,策略路由设置成功。
通过策略路由控制从Router A的以太网接口GigabitEthernet1/0/1接收的报文:
· 指定所有FTP报文的下一跳为1.1.2.2;
· 其它报文仍然按照查找路由表的方式进行转发;
· 保证Router B和Router C之间路由完全不可达。
图1-6 基于报文服务类型的转发策略路由的配置举例组网图
配置前请确保Router B和Host A,Router C和Host A之间路由可达。
(1) 配置Router A
# 配置接口GigabitEthernet1/0/2和GigabitEthernet1/0/3的IP地址。
<RouterA> system-view
[RouterA] interface gigabitethernet 1/0/2
[RouterA-GigabitEthernet1/0/2] ip address 1.1.2.1 24
[RouterA-GigabitEthernet1/0/2] quit
[RouterA] interface gigabitethernet 1/0/3
[RouterA-GigabitEthernet1/0/3] ip address 1.1.3.1 24
[RouterA-GigabitEthernet1/0/3] quit
# 定义5号节点,关联系统预定义的ftp服务对象组,指定所有FTP报文的下一跳为1.1.2.2。
[RouterA] policy-based-route aaa permit node 5
[RouterA-pbr-aaa-5] if-match object-group service ftp
[RouterA-pbr-aaa-5] apply next-hop 1.1.2.2
[RouterA-pbr-aaa-5] quit
# 在以太网接口GigabitEthernet1/0/1上应用转发策略路由,处理此接口接收的报文。
[RouterA] interface gigabitethernet 1/0/1
[RouterA-GigabitEthernet1/0/1] ip address 10.110.0.10 24
[RouterA-GigabitEthernet1/0/1] ip policy-based-route aaa
[RouterA-GigabitEthernet1/0/1] quit
从Host A上通过FTP方式登录Router B,结果成功。
从Host A上通过FTP方式登录Router C,结果失败。
从Host A上ping Router C,结果成功。
由于ping使用的是ICMP协议,所以由以上结果可证明:从Router A的以太网接口GigabitEthernet1/0/1接收的FTP报文的下一跳都会被修改为1.1.2.2,所以FTP报文都会从接口GigabitEthernet1/0/2转发出去;而接口GigabitEthernet1/0/3可以转发非FTP报文,策略路由设置成功。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!