- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 新华三人才研学中心
- 关于我们
05-IP转发基础配置
本章节下载： 05-IP转发基础配置 (287.63 KB)
目 录
1.3 配置经过隧道接口或VSI接口的报文内层TTL/HopLimit值不减1
1.6 配置设备收到指定目的地址的IP报文时，如果报文的TTL为1，则直接转发该报文，不上送CPU
1.7 配置设备收到指定目的地址的IPv6报文时，如果报文的HopLimit为1，则直接转发该报文，不上送CPU
1.9 在接口未配置IPv4地址时，开启接口的IPv4报文转发功能
FIB（Forwarding Information Base，转发信息库）表用来指导IP报文转发。
路由器通过路由表选择路由，把优选路由下发到FIB表中，通过FIB表指导IP报文转发。FIB表中每条转发表项都指明了要到达某子网或某主机的报文的下一跳IP地址以及出接口。
关于路由表的详细介绍，请参见“三层技术-IP路由配置指导”中的“IP路由基础”。
通过命令display fib可以查看FIB表的信息，例如：
<Sysname> display fib
Destination count: 8 FIB entry count: 8
Flag:
U:Usable G:Gateway H:Host B:Blackhole D:Dynamic S:Static
R:Relay F:FRR
Destination/Mask Nexthop Flag OutInterface/Token Label
0.0.0.0/32 127.0.0.1 UH InLoop0 Null
127.0.0.0/8 127.0.0.1 U InLoop0 Null
127.0.0.0/32 127.0.0.1 UH InLoop0 Null
127.0.0.1/32 127.0.0.1 UH InLoop0 Null
127.255.255.255/32 127.0.0.1 UH InLoop0 Null
224.0.0.0/4 0.0.0.0 UB NULL0 Null
224.0.0.0/24 0.0.0.0 UB NULL0 Null
255.255.255.255/32 127.0.0.1 UH InLoop0 Null
FIB表中包含了下列关键项：
· Destination：目的地址。用来标识IP报文的目的地址或目的网络。
· Mask：网络掩码。与目的地址一起来标识目的主机或路由器所在的网段的地址。将目的地址和网络掩码“逻辑与”后可得到目的主机或路由器所在网段的地址。例如：目的地址为192.168.1.40、掩码为255.255.255.0的主机或路由器所在网段的地址为192.168.1.0。掩码由若干个连续“1”构成，既可以用点分十进制法表示，也可以用掩码中连续“1”的个数来表示。
· NextHop：转发的下一跳地址。
· Flag：路由的标志。
· OutInterface：转发接口。指明IP报文将从哪个接口转发。
· Token：LSP（Label Switched Path，标签交换路径）索引号。
· Label：内层标签值。
保存IP转发表项信息到用户指定的文件中时，如果指定的文件不存在，系统会先创建该文件，再保存；如果已存在，则会覆盖原文件。
本功能只用来触发一次IP转发表项保存到用户指定的文件中。
如果需要周期性地自动保存IP转发表，可以通过配置定时执行任务功能，采用循环执行方式，让设备在指定时间到达时，自动执行命令。关于配置定时执行任务功能的详细介绍，请参见“基础配置指导”中“设备管理”。
仅Release 2825及以上版本支持本功能。
可在任意视图下执行本命令，将当前的IP转发表项保存到用户指定的文件中。
ip forwarding-table save filename filename
在由VXLAN或隧道组成的内网中，报文在经过网关三层转发时，其内层TTL/HopLimit值会减1，如果不希望TTL/HopLimit值减1，此时可以在网关接入设备上通过本配置使报文经过隧道接口或VSI接口时不进行TTL/HopLimit值减1处理。
(1) 进入系统视图。
system-view
(2) 配置经过隧道接口或VSI接口的报文内层TTL/HopLimit值不减1。
forwarding tunnel-ttl-unvaried
缺省情况下，经过隧道接口或VSI接口的报文内层TTL/HopLimit值减1。
在ARP泛洪抑制场景中，若设备收到目的MAC地址是自己，但目的IP地址不是自己的ARP报文，则会丢弃该ARP报文。但在某些特定的组网中，需要设备将此类ARP报文通过指定的VXLAN隧道透传到远端设备，则可以通过配置本命令来实现。
本功能指定的Tunnel接口的隧道模式必须为手工创建的VXLAN over IPv4隧道。
(1) 进入系统视图。
system-view
(2) 配置设备转发特定目的地址的ARP报文到指定的VXLAN隧道。
forwarding arp-packet destination [ vpn-instance vpn-instance-name ] ip-address interface tunnel number
缺省情况下，设备收到ARP报文后将会上送CPU处理。
在ND泛洪抑制场景中，若设备收到目的MAC地址是自己，但目的IP地址不是自己的ND报文，则会丢弃该ND报文。但在某些特定的组网中，需要设备将此类ND报文通过指定的VXLAN隧道透传到远端设备，则可以通过配置本命令来实现。
本功能指定的Tunnel接口的隧道模式必须为手工创建的VXLAN over IPv4隧道模式。
(1) 进入系统视图。
system-view
(2) 配置设备转发特定目的地址的ND报文到指定的VXLAN隧道。
forwarding nd-packet destination [ vpn-instance vpn-instance-name ] ipv6-address interface tunnel number
缺省情况下，设备收到ND报文后将会上送CPU处理。
设备作为网关时，如果内网的设备不关心报文的TTL是否超时，而是希望收到特定目的地址的所有报文，则可以在设备上配置本功能，使得设备收到指定目的地址、TTL为1的IP报文后，直接转发该报文，不丢弃，不上送CPU。
(1) 进入系统视图。
system-view
(2) 配置设备收到指定目的地址的IP报文时，如果报文的TTL为1，则直接转发该报文，不上送CPU。
forwarding ttl-exceeded-packet destination [ vpn-instance vpn-instance-name ] ip-address
缺省情况下，设备收到IP报文后将会上送CPU处理。
设备作为网关转发报文时，如果内网的设备不关心报文的Hoplimit是否超时，而是希望收到特定目的地址的所有报文，则可以在设备上配置本命令，使得设备收到指定目的地址、HopLimit为1的IPv6报文后，直接转发该报文，不上送CPU。
(1) 进入系统视图。
system-view
(2) 配置设备收到指定目的地址的IPv6报文时，如果报文的HopLimit为1，则直接转发该报文，不上送CPU。
forwarding hop-limit-exceeded destination [ vpn-instance vpn-instance-name ] ipv6-address
缺省情况下，设备收到HopLimit字段取值为1的IPv6报文后，将会上送CPU处理。
如果当前系统的IP报文转发效果达不到预期，可以通过本功能检查IPv4 FIB软件表项与驱动硬件表项的一致性。该功能开启后，设备将定时对所有的IPv4 FIB软件表项下发驱动进行检查，如果与驱动硬件表项不一致则打印日志信息，同时根据IPv4 FIB软件表项刷新驱动硬件表项。
(1) 进入系统视图。
system-view
(2) 开启IPv4 FIB表项一致性检查功能。
fib consistency-check enable
缺省情况下，IPv4 FIB表项一致性检查功能处于关闭状态。
在同时支持IPv4协议和IPv6协议的设备上，IPv4路由的下一跳可以是IPv4地址或IPv6地址。如果出接口上未配置IPv4地址，IPv4报文将无法在该接口上进行转发。通过开启本功能，可以在接口未配置IPv4地址的情况下，实现IPv4报文在接口上的转发。
仅Release 2825及以上版本支持本功能。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 在接口未配置IPv4地址时，开启接口的IPv4报文转发功能。
ip forwarding
缺省情况下，在接口未配置IPv4地址时，接口的IPv4报文转发功能处于关闭状态。
开启FIB模块的告警功能后，该模块会生成告警信息，用于报告该模块的重要事件，例如FIB消息的队列长度超过阈值时，设备将此信息记录在告警信息中，生成的告警信息将发送到设备的SNMP模块。
用户可根据业务需求开启指定功能的FIB模块的告警，当不指定任何告警功能时，代表选择全部告警功能：
· 开启等价路由超过系统支持的最大数量告警功能后，如果单板学习到的等价路由的数量超过了配置的系统支持最大等价路由条数，设备会将告警板号信息作为告警信息发送到设备的SNMP模块。
· 开启FIB软件表项与硬件表项不一致的告警功能后，如果单版FIB软件表项和硬件表项不一致，设备会将告警板号信息作为告警信息发送到设备的SNMP模块。
· 开启了FIB表项超过最大个数的告警功能后，如果设备FIB表项超过了告警阈值，设备会将FIB表项模块名信息作为告警信息发送到设备的SNMP模块。
· 开启FIB表项下发硬件失败的告警功能后，如果设备FIB表项下发硬件失败，设备会将下发失败的FIB表项的VRF、IP地址类型、IP地址、掩码、表项下发失败原因等信息作为告警信息发送到设备的SNMP模块。
通过设置SNMP中告警信息的发送参数，来决定告警信息输出的相关属性。有关告警信息的详细介绍，请参见“网络管理和监控配置指导”中的“SNMP”。
仅Release 2825及以上版本支持本功能。
(1) 进入系统视图。
system-view
(2) 开启FIB模块的告警功能。
snmp-agent trap enable fib [ deliver-failed | ecmp-limit | entry-consistency | entry-limit ] *
缺省情况下，FIB模块的告警功能均处于开启状态。
查看转发表的信息是定位转发问题的基本方法。在任意视图下执行display命令可以显示转发表信息。
表1-1 IP转发表显示和维护
|
操作 |
命令 |
|
显示FIB表项的信息 |
display fib [ vpn-instance vpn-instance-name ] [ ip-address [ mask | mask-length ] ] |
对同一路由协议来说，允许配置多条目的地相同且开销也相同的路由。当到同一目的地的路由中，没有更高优先级的路由时，这几条路由都被采纳，在转发去往该目的地的报文时，依次通过各条路径发送，从而实现网络的负载分担。
配置负载分担的内容包括：
· 配置负载分担方式：设备上存在多条等价路由时，可以根据报文中的信息（源IP地址、目的IP地址、源端口、目的端口、IP协议号和入端口）配置逐流进行负载分担。
· 配置负载分担算法切换：在某些复杂的组网环境中，单一的负载分担算法不能满足负载分担的需求，可能出现设备负载分担不均匀的时候。这种情况下可以通过指定不同的负载分担算法来实现设备负载分担算法切换，保证负载分担均匀。
在系统视图下多次执行ip load-sharing mode命令和link-aggregation global load-sharing mode命令配置负载分担类型，最后一次执行的命令生效。为了避免影响报文转发，建议ip load-sharing mode命令和link-aggregation global load-sharing mode命令配置的负载分担类型保持一致。
(1) 进入系统视图。
system-view
(2) 配置负载分担方式。
（独立运行模式）
ip load-sharing mode { per-flow [ algorithm algorithm-number | [ dest-ip | dest-port | flow-label flow-label | ingress-port | ip-pro | src-ip | src-port ] * | tunnel { all | inner | outer } ] | per-packet } { global | slot slot-number }
（IRF模式）
ip load-sharing mode { per-flow [ algorithm algorithm-number | [ dest-ip | dest-port | ingress-port | ip-pro | src-ip | src-port ] * | tunnel { all | inner | outer } ] | per-packet } { chassis chassis-number slot slot-number | global }
缺省情况下，基于报文的源IP地址、目的IP地址、源端口、目的端口、IP协议号和入端口逐流进行负载分担。
(3) 显示计算出的等价路由选路信息。
display ip load-sharing path ingress-port interface-type interface-number packet-format { ipv4oe dest-ip ip-address [ src-ip ip-address ] | ipv6oe dest-ipv6 ipv6-address | flow-label flow-label [ src-ipv6 ipv6-address ] } [ dest-port port-id | ip-pro protocol-id | src-port port-id | vpn-instance vpn-instance-name ] *
本命令行的参数输入需要和display ip load-sharing mode命令显示的配置参数以及负载分担报文所携带的字段相匹配。如不匹配，则显示的等价路由哈希选路信息可能跟实际不一致。
当设备收到分片报文的首片报文和其他分片报文时，可能会hash到不同的路径，导致分片报文无法正常组包。此时可以配置设备接收到分片报文后，将首片报文和其他分片报文hash到相同的路径。
该命令与ip load-sharing mode、link-aggregation global load-sharing mode命令产生冲突，请不要同时配置。
配置该命令后，将会出现以下情况：TCP分片攻击防范功能失效、ACL支持的应用种类减少、ACL 3000可以匹配所有的分片报文。
(1) 进入系统视图。
system-view
(2) 配置设备接收到的分片报文的hash路径。
hardware-resource hash { normal | frag-enhance}
缺省情况下，设备接收到分片报文后可能会将这些分片报文hash到不同的路径。
开启IPv4基于带宽的负载分担功能情况下，如果转发时查到多个出接口/下一跳，则按照接口的带宽值计算出各个接口应该分配的报文比例，然后按照带宽比例对报文进行转发。
支持负载分担的协议（如LISP）的设备，无论是否配置负载分担命令，负载分担比例以协议定义的负载分担比例为准。
本功能和等价路由增强模式（配置ecmp mode enhanced命令）互斥，两者不能同时配置。
开启IPv4基于带宽的负载分担功能后，配置接口的期望带宽值不能超过接口的实际物理带宽值。
(1) 进入系统视图。
system-view
(2) 开启IPv4基于带宽的负载分担功能。
bandwidth-based-sharing
缺省情况下，IPv4基于带宽的负载分担功能处于关闭状态。
(3) （可选）配置接口的期望带宽值。
a. 进入接口视图。
interface interface-type interface-number
b. 配置接口的期望带宽值。
bandwidth bandwidth
缺省情况下，接口期望带宽为接口的物理带宽。
当IRF设备转发报文时，如果查询到的是等价路由且出接口在不同成员设备上，可能会将报文透传到某个成员设备再发送，这会使报文转发效率变低，也会影响成员设备间的数据处理能力。当配置了等价路由负载分担本地优先的功能以后，如果在处理报文的成员设备上存在等价路由的出接口，就只从当前设备发送报文，而不会再透传到其他成员设备发送。
(1) 进入系统视图。
system-view
(2) 开启等价路由负载分担本地优先功能。
ip load-sharing local-first enable
缺省情况下，等价路由负载分担本地优先功能处于开启状态。
开启对称负载分担功能后，对于源IP为A、目的IP为B的流量，和源IP为B、目的IP为A的流量，将负载分担到同一条路径。
(1) 进入系统视图。
system-view
(2) 开启对称负载分担功能。
ip load-sharing symmetric enable
缺省情况下，对称负载分担功能处于关闭状态。
在任意视图下执行display命令可以显示配置后的运行情况，通过查看显示信息验证配置的效果。
表2-1 负载分担显示和维护
|
操作 |
命令 |
|
显示当前使用的负载分担方式 |
（独立运行模式） display ip load-sharing mode slot slot-number （IRF模式） display ip load-sharing mode chassis chassis-number slot slot-number |
|
指定计算等价路由哈希选路的参数并显示计算出的等价路由哈希选路信息 |
display ip load-sharing path ingress-port interface-type interface-number packet-format { ipv4oe dest-ip ip-address [ src-ip ip-address ] | ipv6oe dest-ipv6 ipv6-address [ src-ipv6 ipv6-address | flow-label flow-label ] } [ dest-port port-id | ip-pro protocol-id | src-port port-id | vpn-instance vpn-instance-name ] * |
在Switch A和Switch B之间存在两条等价路由，要求实现通过Switch B到达目的地址为1.2.3.4/24的报文在两条等价路由上基于源和目的地址进行负载分担。
图2-1 负载分担配置举例组网图
缺省情况下，本设备的接口处于ADM（Administratively Down）状态，请根据实际需要在对应接口视图下使用undo shutdown命令开启接口。
# 配置Switch A
<SwitchA> system-view
[SwitchA] vlan 10
[SwitchA-vlan10] port fortygige 1/0/1
[SwitchA-vlan10] quit
[SwitchA] vlan 20
[SwitchA-vlan20] port fortygige 1/0/2
[SwitchA-vlan20] quit
# 配置接口Vlan-interface10和Vlan-interface20的IP地址。
[SwitchA] interface vlan-interface 10
[SwitchA-Vlan-interface10] ip address 10.1.1.1 24
[SwitchA-Vlan-interface10] quit
[SwitchA] interface vlan-interface 20
[SwitchA-Vlan-interface20] ip address 20.1.1.1 24
[SwitchA-Vlan-interface20] quit
# 配置Switch B
<SwitchB> system-view
[SwitchB] vlan 10
[SwitchB-vlan10] port fortygige 1/0/1
[SwitchB-vlan10] quit
[SwitchB] vlan 20
[SwitchB-vlan20] port fortygige 1/0/2
[SwitchB-vlan20] quit
# 配置接口Vlan-interface10和Vlan-interface20的IP地址。
[SwitchB] interface vlan-interface 10
[SwitchB-Vlan-interface10] ip address 10.1.1.2 24
[SwitchB-Vlan-interface10] quit
[SwitchB] interface vlan-interface 20
[SwitchB-Vlan-interface20] ip address 20.1.1.2 24
[SwitchB-Vlan-interface20] quit
# 在Switch A上配置静态路由
<SwitchA> system-view
[SwitchA] ip route-static 1.2.3.4 24 10.1.1.2
[SwitchA] ip route-static 1.2.3.4 24 20.1.1.2
[SwitchA] quit
# 通过查看转发表观察两条等价路由
<SwitchA> display fib 1.2.3.4
Destination count: 1 FIB entry count: 2
Flag:
U:Usable G:Gateway H:Host B:Blackhole D:Dynamic S:Static
R:Relay F:FRR
Destination/Mask Nexthop Flag OutInterface/Token Label
1.2.3.0/24 10.1.1.2 USGR Vlan10 Null
1.2.3.0/24 20.1.1.2 USGR Vlan20 Null
# 配置基于源IP地址和目的IP地址的负载分担
<SwitchA> system-view
[SwitchA] ip load-sharing mode per-flow dest-ip src-ip global
[SwitchA] quit
<SwitchA> display counters outbound interface FortyGigE
Interface Total (pkts) Broadcast (pkts) Multicast (pkts) Err (pkts)
FGE1/0/1 1045 0 0 0
FGE1/0/2 1044 0 0 0
由上表可以看出来，通过Switch A的两个接口的报文数量基本相同，实现了负载分担。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
售前咨询
售后咨询
人工在线咨询
