- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
02-静态路由配置
本章节下载： 02-静态路由配置 (211.12 KB)
目 录
l 本章所指的路由器代表了一般意义下的路由器，以及运行了路由协议的三层交换机。
l S3610&S5510交换机只有工作在MCE模式时，才能支持本文中提到的VPN实例功能以及相关命令中的vpn-instance参数。有关交换机工作模式的介绍，请参见IP业务分册中的“双协议栈配置”。
l 本节中提到的三层以太网接口是指已经被配置为路由模式的以太网端口，有关以太网端口模式切换的操作，请参见接入分册的“以太网端口”部分。
静态路由是一种特殊的路由，由管理员手工配置；配置静态路由后，去往指定目的地的数据报文将按照管理员指定的路径进行转发。
在组网结构比较简单的网络中，只需配置静态路由就可以实现网络互通。恰当地设置和使用静态路由可以改善网络的性能，并可为重要的网络应用保证带宽。
静态路由的缺点在于：不能自动适应网络拓扑结构的变化，当网络发生故障或者拓扑发生变化后，可能会出现路由不可达，导致网络中断，此时必须由网络管理员手工修改静态路由的配置。
如果到达某个指定网络的数据报文在路由器的路由表里找不到对应的表项，那么该报文将被路由器丢弃。
通过给当前路由器配置一条缺省路由，那些在路由表里找不到匹配路由表入口项的数据报文将会转发给另外一台路由器（如果这台路由器的路由能力比较强，包括到达大部分所有网络的路由信息），由另外一台路由器进行报文的转发。
缺省路由是在路由器没有找到匹配的路由表入口项时才使用的路由：
l 如果报文的目的地址不能与路由表的任何入口项相匹配，那么该报文将选取缺省路由；
l 如果没有缺省路由且报文的目的地不在路由表中，那么该报文将被丢弃，将向源端返回一个ICMP报文报告该目的地址或网络不可达。
缺省路由有两种生成方式：
l 第一种是通过网络管理员在路由器上配置到网络0.0.0.0（掩码也为0.0.0.0）的静态路由，对于一个到来的数据报文，如果在当前路由器里找不到匹配的路由表项，将会把报文发给在配置的静态路由里指定的下一跳路由器；
l 第二种是通过动态路由协议生成（如OSPF、IS-IS和RIP），由路由能力比较强的路由器将缺省路由发布给其它路由器，其它路由器在自己的路由表里生成指向那台路由器的缺省路由。
配置静态路由时，需要了解以下内容：
(1) 目的地址与掩码
在ip route-static命令中，IPv4地址为点分十进制格式，掩码可以用点分十进制表示，也可用掩码长度（即掩码中连续‘1’的位数）表示。
(2) 出接口和下一跳地址
在配置静态路由时，可指定出接口，也可指定下一跳地址。指定出接口还是指定下一跳地址要视具体情况而定，下一跳地址不能为本地接口IP地址，否则路由不会生效。
实际上，所有的路由项都必须明确下一跳地址。在发送报文时，首先根据报文的目的地址寻找路由表中与之匹配的路由。只有指定了下一跳地址，链路层才能找到对应的链路层地址，并转发报文。
指定出接口时需要注意：
l 对于Null0和Loopback接口，配置了出接口就不再配置下一跳地址。
l 在配置静态路由时，建议不要直接指定广播类型接口作出接口（如三层以太网接口、VLAN接口等）。因为广播类型的接口，会导致出现多个下一跳，无法唯一确定下一跳。在某些特殊应用中，如果必须配置广播接口（如三层以太网接口、VLAN接口等）为出接口，则必须同时指定其对应的下一跳地址。
(3) 其它属性
对于不同的静态路由，可以为它们配置不同的优先级，从而更灵活地应用路由管理策略。例如：配置到达相同目的地的多条路由，如果指定相同优先级，则可实现负载分担，如果指定不同优先级，则可实现路由备份。
在配置静态路由之前，需完成以下任务：
l 配置相关接口的物理参数
l 配置相关接口的链路层属性
l 配置相关接口的IP地址
表1-1 配置静态路由
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置静态路由 |
ip route-static dest-address { mask | mask-length } { next-hop-address | interface-type interface-number next-hop-address | vpn-instance d-vpn-instance-name next-hop-address } [ preference preference-value ] [ tag tag-value ] [ description description-text ] |
必选 缺省情况下，静态路由的优先级preference为60，静态路由tag值为0，未配置描述信息 |
|
ip route-static vpn-instance s-vpn-instance-name&<1-6> dest-address { mask | mask-length } { next-hop-address [ public ] | interface-type interface-number next-hop-address | vpn-instance d-vpn-instance-name next-hop-address } [ preference preference-value ] [ tag tag-value ] [ description description-text ] |
||
|
配置静态路由的缺省优先级 |
ip route-static default-preference default-preference-value |
可选 缺省情况下，静态路由的缺省优先级为60 |
l 在配置静态路由时，如果先指定下一跳地址，然后将该地址配置为本地接口（如三层以太网接口、VLAN接口等）的IP地址，静态路由不会生效。
l 如果在配置静态路由时没有指定优先级，就会使用缺省优先级。重新设置缺省优先级后，新设置的缺省优先级仅对新增的静态路由有效。
l 设置静态路由的Tag值，可以在路由策略中根据Tag值对路由进行灵活的控制。
l 在使用ip route-static配置静态路由时，如果将目的地址与掩码配置为全零（0.0.0.0 0.0.0.0），则表示配置的是缺省路由。
当网络发生故障或者拓扑发生变化后，可能会出现路由不可达，导致网络中断，因此为了提升现有网络的稳定性，需要对静态路由下一跳的可达性进行快速检测，当下一跳不可达时可以快速切换到备份路由。
可以通过以下两种方式检测静态路由下一跳是否可达，需要注意的是，两种方式不能同时使用，只能使用其中的一种。
BFD（Bidirectional Forwarding Detection，双向转发检测）提供了一个通用的、标准化的、介质无关、协议无关的快速故障检测机制，可以为各上层协议如路由协议等统一地快速检测两台路由器间双向转发路径的故障。关于BFD的详细介绍，请参考“IP路由分册”中的“BFD配置”。
配置静态路由后，可以使能BFD功能，对静态路由下一跳的可达性进行快速检测。
在配置通过BFD检测静态路由下一跳是否可达之前，需要使能BFD功能，具体配置过程请参考“IP路由分册”中的“BFD配置”。
表1-2 配置BFD检测静态路由下一跳是否可达
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置BFD检测静态路由下一跳是否可达 |
ip route-static dest-address { mask | mask-length } interface-type interface-number next-hop-address [ bfd { control-packet | echo-packet } ] [ preference preference-value ] [ tag tag-value ] [ description description-text ] |
必选 缺省情况下，没有使用BFD功能检查静态路由下一跳的可达性 |
|
ip route-static vpn-instance s-vpn-instance-name&<1-6> dest-address { mask | mask-length } interface-type interface-number next-hop-address [ bfd { control-packet | echo-packet } ] [ preference preference-value ] [ tag tag-value ] [ description description-text ] |
l 通过控制报文方式实现BFD功能时，对端必须创建BFD会话，否则BFD功能将无法正常运行。通过echo报文方式实现BFD功能时，对端不需要创建BFD会话BFD功能也可以正常运行。关于BFD的详细介绍，请参考“IP路由分册”中的“BFD配置”。
l 路由振荡时，使能BFD检测功能可能会加剧振荡，需谨慎使用。
如果在配置静态路由时只指定了下一跳而没有指定出接口，可以通过配置静态路由与Track建立联动来检测静态路由的有效性：
l 当Track项状态为positive时，静态路由的下一跳可达，配置的静态路由将生效。
l 当Track项状态为negative时，静态路由的下一跳可不达，配置的静态路由无效。
关于Track的详细介绍，请参考“系统分册”中的“Track配置”。
配置静态路由与Track建立联动来检测静态路由下一跳是否可达，需要先创建Track项，具体配置过程请参考“系统分册”中的“Track配置”。
表1-3 配置静态路由与Track建立联动检测下一跳是否可达
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置静态路由与Track联动检测静态路由下一跳是否可达 |
ip route-static dest-address { mask | mask-length } { next-hop-address | vpn-instance d-vpn-instance-name next-hop-address } track track-entry-number [ preference preference-value ] [ tag tag-value ] [ description description-text ] |
必选 缺省情况下，没有配置静态路由与Track联动 |
|
ip route-static vpn-instance s-vpn-instance-name&<1-6> dest-address { mask | mask-length } { next-hop-address track track-entry-number [ public ] | vpn-instance d-vpn-instance-name next-hop-address track track-entry-number } [ preference preference-value ] [ tag tag-value ] [ description description-text ] |
l 配置静态路由支持Track监测功能，该条静态路由可以是已经创建的，也可以是未创建的。对于已经创建的静态路由，只是将静态路由与Track项关联，并根据Track项的状态来判断静态路由的有效性；对于未创建的静态路由，首先要生成该静态路由，然后将其与Track项关联。
l 如果Track模块通过NQA探测私网静态路由中下一跳的可达性，静态路由下一跳的VPN实例号与NQA测试组配置的实例号必须相同，才能进行正常的探测。
l 需要注意在静态路由进行迭代时，Track项监测的应该是静态路由真正的下一跳，而不是配置的下一跳。否则，可能导致错误地将有效路由判断为无效路由。
在完成上述配置后，在任意视图下执行display命令查看静态路由配置的运行情况并检验配置结果。
在系统视图下执行delete命令可以删除配置的所有静态路由。
表1-4 静态路由显示和维护
|
操作 |
命令 |
|
查看当前的配置文件信息 |
display current-configuration |
|
查看IP路由表摘要信息 |
display ip routing-table |
|
查看IP路由表详细信息 |
display ip routing-table verbose |
|
查看静态路由表信息 |
display ip routing-table protocol static [ inactive | verbose ] |
|
删除所有静态路由 |
delete [ vpn-instance vpn-instance-name ] static-routes all |
路由器各接口及主机的IP地址和掩码如下图所示。要求采用静态路由，使图中任意两台主机之间都能互通。
图1-1 静态路由配置组网图
(1) 配置各接口的IP地址（略）
(2) 配置静态路由
# 在Switch A上配置缺省路由。
<SwitchA> system-view
[SwitchA] ip route-static 0.0.0.0 0.0.0.0 1.1.4.2
# 在Switch B上配置两条静态路由。
<SwitchB> system-view
[SwitchB] ip route-static 1.1.2.0 255.255.255.0 1.1.4.1
[SwitchB] ip route-static 1.1.3.0 255.255.255.0 1.1.5.6
# 在Switch C上配置缺省路由。
<SwitchC> system-view
[SwitchC] ip route-static 0.0.0.0 0.0.0.0 1.1.5.5
(3) 配置主机
配置Host A的缺省网关为1.1.2.3，Host B的缺省网关为1.1.6.1，Host C的缺省网关为1.1.3.1，具体配置过程略。
(4) 查看配置结果
# 显示Switch A的IP路由表。
[SwitchA] display ip routing-table
Routing Tables: Public
Destinations : 7 Routes : 7
Destination/Mask Proto Pre Cost NextHop Interface
0.0.0.0/0 Static 60 0 1.1.4.2 Vlan500
1.1.2.0/24 Direct 0 0 1.1.2.3 Vlan300
1.1.2.3/32 Direct 0 0 127.0.0.1 InLoop0
1.1.4.0/30 Direct 0 0 1.1.4.1 Vlan500
1.1.4.1/32 Direct 0 0 127.0.0.1 InLoop0
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
# 显示Switch B的IP路由表。
[SwitchB] display ip routing-table
Routing Tables: Public
Destinations : 10 Routes : 10
Destination/Mask Proto Pre Cost NextHop Interface
1.1.2.0/24 Static 60 0 1.1.4.1 Vlan500
1.1.3.0/24 Static 60 0 1.1.5.6 Vlan600
1.1.4.0/30 Direct 0 0 1.1.4.2 Vlan500
1.1.4.2/32 Direct 0 0 127.0.0.1 InLoop0
1.1.5.4/30 Direct 0 0 1.1.5.5 Vlan600
1.1.5.5/32 Direct 0 0 127.0.0.1 InLoop0
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
1.1.6.0/24 Direct 0 0 192.168.1.47 Vlan100
1.1.6.1/32 Direct 0 0 127.0.0.1 InLoop0
# 在Host B上使用ping命令验证Host A是否可达（假定主机安装的操作系统为Windows XP）。
C:\Documents and Settings\Administrator>ping 1.1.2.2
Pinging 1.1.2.2 with 32 bytes of data:
Reply from 1.1.2.2: bytes=32 time=1ms TTL=255
Reply from 1.1.2.2: bytes=32 time=1ms TTL=255
Reply from 1.1.2.2: bytes=32 time=1ms TTL=255
Reply from 1.1.2.2: bytes=32 time=1ms TTL=255
Ping statistics for 1.1.2.2:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 1ms, Average = 1ms
# 在Host B上使用tracert命令验证Host A是否可达。
[HostB] tracert 1.1.2.2
Tracing route to 1.1.2.2 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 1.1.6.1
2 <1 ms <1 ms <1 ms 1.1.4.1
3 1 ms <1 ms <1 ms 1.1.2.2
Trace complete.
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
