- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 新华三人才研学中心
- 关于我们
06-IP转发基础配置
本章节下载： 06-IP转发基础配置 (167.69 KB)
不同网络之间通常使用网络层地址（即IP地址）来进行通信。路由器收到一个IP报文后，根据报文的目的地址查找转发表，指导IP报文进行转发。
转发表，即FIB（Forwarding Information Base，转发信息库）表。
路由器通过路由表选择路由，把优选路由下发到FIB表中，通过FIB表指导IP报文转发。FIB表中每条转发表项都指明了要到达某子网或某主机的报文的下一跳IP地址以及出接口。
关于路由表的详细介绍，请参见“三层技术-IP路由配置指导”中的“IP路由基础”。
通过命令display fib可以查看FIB表的信息，例如：
<Sysname> display fib
Destination count: 4 FIB entry count: 4
Flag:
U:Useable 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
10.2.0.0/16 10.2.1.1 U GE2/0/1 Null
10.2.1.1/32 127.0.0.1 UH InLoop0 Null
127.0.0.0/8 127.0.0.1 U InLoop0 Null
127.0.0.1/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：内层标签值。
如图1-1所示，外网服务器向内网服务器发起业务请求，请求报文通过ISP1到达Device设备，访问内网服务器。用户希望相同会话或连接的正向流量与反向流量保持相同的转发路径，即回应报文到达Device设备后，通过接收请求报文的Interface A接口转发出去，经过ISP1到达外网服务器。在正常的转发过程中，Device设备会选择最佳链路进行报文的转发，这样就无法保证正反向流量路径一致。这种情况下，用户可以在接收正向流量的Interface A接口上开启保持上一跳功能。
开启保持上一跳功能后，当该接口接收到正向流量的第一个IP报文，在高速缓存中会记录相应的流量特征以及上一跳信息，反向流量报文到达设备上进行转发时可以直接通过该上一跳信息指导报文进行转发。保证了从对端到本端的正向流量和本端到对端的反向流量走的是相同的路径，从而保证同一会话的流量能够进行相同的业务处理。
保持上一跳功能依赖于快速转发表项的建立，如果上一跳的MAC地址发生变化，对应的快速转发表项需要重建才能使保持上一跳功能正常工作。
本特性不适用于MPLS组网中。
表1-1 配置保持上一跳功能
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入三层以太网接口视图/三层以太网子接口视图 |
interface interface-type interface-number |
- |
|
配置保持上一跳功能 |
ip last-hop hold |
缺省情况下，转发保持上一跳功能处于关闭状态 |
接口上开启保持上一跳功能后，反向流量入接口上配置的策略路由功能将会失效，同时，如果反向流量报文中携带IPv4选项字段，该选项字段将不被处理。有关策略路由的介绍，请参见“三层技术-IP路由配置指导”中的“策略路由”。
查看转发表的信息是定位转发问题的基本方法。在任意视图下执行display命令可以显示转发表信息。
表1-2 IP转发表显示和维护
|
操作 |
命令 |
|
显示FIB表项的信息 |
display fib [ topology topology-name | vpn-instance vpn-instance-name ] [ ip-address [ mask | mask-length ] ] |
对同一路由协议来说，允许配置多条目的地相同且开销也相同的路由。当到同一目的地的路由中，没有更高优先级的路由时，这几条路由都被采纳，在转发去往该目的地的报文时，依次通过各条路径发送，从而实现网络的负载分担。
· 配置负载分担方式：设备上存在多条等价路由时，可以根据报文中的信息（源IP地址、目的IP地址、源端口、目的端口、IP协议号和入端口）配置逐流进行负载分担，或者根据报文进行逐包负载分担。
· 配置负载分担算法切换：在某些复杂的组网环境中，单一的负载分担算法不能满足负载分担的需求，可能出现设备负载分担不均匀的时候。这种情况下可以通过指定不同的负载分担算法来实现设备负载分担算法切换，保证负载分担均匀。
表2-1 配置负载分担方式
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置负载分担方式 |
ip load-sharing mode { per-flow [ dest-ip | dest-port | ip-pro | src-ip | src-port ] * | per-packet } global |
缺省情况下，不进行负载分担 |
使能基于带宽的负载分担功能情况下，如果转发时查到多个出接口/下一跳，则按照接口的带宽值计算出各个接口应该分配的报文比例，然后按照带宽比例对报文进行转发。
支持负载分担的协议（如LISP）的设备，无论是否配置负载分担命令，负载分担比例以协议定义的负载分担比例为准。
表2-2 配置基于带宽的负载分担
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置IPv4基于带宽的负载分担功能 |
bandwidth-based-sharing |
缺省情况下，IPv4基于带宽的负载分担功能处于关闭状态 |
|
进入接口视图 |
interface interface-type interface-number |
- |
|
配置接口的期望带宽值 |
bandwidth bandwidth |
缺省情况下，接口期望带宽为接口的物理带宽 |
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
售前咨询
售后咨询
人工在线咨询
