为什么有线网速会这么慢？可能是这些原因导致的

为什么有线网速会这么慢？可能是这些原因导致的随着网络的普及，娱乐、游戏、学习、购物等活动都需要在网上进行，上网已经成为人们日常生活中必不可少的一项活动。在上网的过程中，很多用户都会遇到上网慢问题，例如，网页打开慢、看视频卡顿等。在介绍如何解决网速慢问题之前，先了解一下你的网络基本信息，包括上网方式、理论网速、网速测量等。01

上网方式及理论网速如图1-1，宽带网络是一个极其复杂的端到端系统，包括LAN侧和WAN侧。LAN侧指用户到AR这一段，包括FITAP、S、用户终端等设备。WAN侧指AR到Internet之间，包括光猫、接入网、核心网设备，不过这些都是运营商提供的，与用户无关，不在本文讨论范围内。图1-1

用户上网组网图下行速率是指Internet向用户发送信息时的数据传输速率，单位是Mbit/s，比如打开浏览器，下载文件等。上行速率是指用户向Internet上传文件时可以达到的速率。对于大部分用户来说，主要上网业务是从Internet下载文件，而非上传文件，所以下行速率一般都高于上行速率。用户从宽带运营商那里办理的带宽值就是下行速率。例如，用户办理了200M宽带套餐，这里的200M就是下行速率，对应的上行速率可能只有几十M。用户终端可以通过有线方式上网，也可以通过无线方式上网，不同的上网方式，用户能达到的最大网速也不同。本文讨论的是有线用户访问Internet时遇到的下行网速慢问题，因此下行速率才是有线用户网速可以达到的理论值。此外，有线用户的网速还与网络硬件设施（光猫、AR、S、网线）有关。在解决网速慢问题之前，请先检查网络的硬件设施符合网速的要1.1

如何测网速当发现上网慢问题时，建议先测量一下实际的网速后再处理故障。常用的网速测量方法有网站测速、测速工具测速等。不同的测速方法测量结果略有不同，建议使用不同的测速方法多测几次：使用网站测速。各大运营商网站都提供了测速功能，例如中国电信宽带测速网，不同区域网址不一样，例如上海；也可以用一些专门的测速网站来测，例如测速网。使用测速工具测速。在应用商店下载并安装测量网速的工具进行测速，例如网速测试、网络测速大师、测网速大师等。有些测速软件的测量结果是下载速度MB/s，但会同步换算成对应的带宽值Mbit/s。如果没有，也可以根据1MB/s=8Mbit/s的关系，自己换算一下。02

了解网速慢故障场景AR作为企业网络的路由网关设备，在企业网络里扮演了非常重要的角色，为用户提供上网服务。为了帮助用户解决在通过AR上网时遇到的上网慢问题，本文从多个现网真实案例中，总结出两大常见上网慢故障场景：单上行出口上网慢和双上行/多上行出口上网慢。2.1

单上行出口上网慢单上行出口上网是指AR路由器和公网之间只有一条上行链路相连。如图1-2所示，AR和Internet之间的连线只有一条，GE3/0/0是连接Internet的接口，也叫作公网口，Eth2/0/0是连接私网的接口，也叫作私网口。该场景常见的上网慢原因包括：TCP最大报文段长度MSS（MaxSegmentSize）值配置不合理、网络攻击导致设备Session资源耗尽、接口模式协商错误等，具体定位方法请参见单上行出口上网慢故障处理章节。图1-2

单上行出口上网场景组网示例2.2

双上行/多上行出口上网慢双上行/多上行出口上网是指AR路由器和公网之间有两条或者大于两条上行链路相连。如图1-3所示，AR和Internet之间的连线有多条，GE0/0/1和GE0/0/2都是公网口，GE0/0/3是私网口。该场景常见的上网慢原因除了单出口场景中列出的，还包括一些特有的原因，例如：Dialer口路由问题、报文来回路径不一致、等价路由问题等，具体定位方法请参见双上行出口/多上行出口上网慢故障处理章节。图1-3

双上行/多上行出口上网场景组网示例（PPPoE拨号）03

为什么网速慢，原因在这里图1-4是用户通过AR上网慢故障树，列出了单上行出口和双上行出口两种场景上网慢的常见原因。图1-4

为什么网速这么慢故障树04

单上行出口上网慢故障处理4.1

报文分片导致部分网页打开慢背景信息如果仅是部分网页访问慢，其他网页访问正常，则大概率是由于TCP最大报文段长度MSS（MaxSegmentSize）值配置不合理，导致报文被分片传输，影响用户的上网速度。此时，可以参考本节内容，修改报文分片的参数值。最大传输单元MTU（MaximumTransmissionUnit）是用来标识IP报文是否分片的选项。如果对端发送的IP报文长度超过MTU值，则IP报文会进行分片处理。为了保证TCP报文不分片，配置过程中需要注意MSS与MTU的关系。一般情况下，为了不影响报文传输，MSS值加上报文开销（TCP首部、IP首部等）不超过MTU值。例如，以太网接口的缺省MTU值为1500字节，为了保证报文不分片，MSS值最大配置为1460（1500−20（TCP首部最小长度）−20（IP首部最小长度））字节。推荐用户配置MSS值为1200字节。定位步骤【1】执行命令displayipinterfacebrief，查看公网接口是物理接口还是Dialer接口。displayipinterfacebrief

*down:administrativelydown

^down:standby

(l):loopback

(s):spoofing

(E):E-Trunkdown

ThenumberofinterfacethatisUPinPhysicalis2

ThenumberofinterfacethatisDOWNinPhysicalis3

ThenumberofinterfacethatisUPinProtocolis2

ThenumberofinterfacethatisDOWNinProtocolis3

Interface

IPAddress/Mask

Physical

Protocol

Atm0/0/0

unassigned

down

down

Bridge-if10

unassigned

down

down

MFR0/0/1

unassigned

down

down

NULL0

unassigned

up

up(s)

GE0/0/1

x.x.x.x/24

up

up

GE0/0/2

x.x.x.x/24

up

up【2】如果是物理接口，则在物理接口视图下执行命令tcpadjust-mss配置接口的TCP最大报文段长度，推荐数值为1200。system-view

[Huawei]

interfaceGigabitEthernet0/0/1

[Huawei-GigabitEthernet0/0/1]

tcpadjust-mss1200

【3】如果是Dialer接口，则在Dialer接口视图下执行命令tcpadjust-mss配置接口的TCP最大报文段长度，推荐数值为1200，并执行命令mtu配置接口的最大传输单元值为1492。对于Dialer接口，adjust-mss值和mtu值不能配置一样。[Huawei]

interfaceDialer0

[Huawei-Dialer0]

tcpadjust-mss1200

[Huawei-Dialer0]

mtu1492

[Huawei-Dialer0]

restart

【4】建议同步将私网接口的TCP最大报文段长度值也配置成推荐值1200。假设私网接口为GE0/0/2，则在私网接口上配置tcpadjust-mss1200命令。system-view

[Huawei]

interfaceGigabitEthernet0/0/2

[Huawei-GigabitEthernet0/0/2]

tcpadjust-mss12004.2

私网流量大导致设备的Session资源耗尽背景信息当网络中存在一些攻击行为或者业务较多时，路由器会收到大量流量，路由器的Session和Block内存资源很快会被耗尽，超过阈值。其他正常用户可能会因为分配不到Session和Block资源而出现上网慢情况。此时，可以参考本节内容，检查下设备的Session和Block资源是否正常。如果发现资源被耗尽，则通过traffic-policy或者traffic-filter命令禁止端口上的异常流量通过，同时找出攻击源进行杀毒。如果正常流量本身就很多，超过了设备的性能，则需要更换更高性能的设备。定位步骤【1】执行命令displaylogbuffer，查看Log缓冲区记录的信息中是否有大量Session和Block内存资源过载的日志。displaylogbuffer

Loggingbufferconfigurationandcontents:enabled

Allowedmaxbuffersize:1024

Actualbuffersize:512

Channelnumber:4,Channelname:logbuffer

Droppedmessages:0

Overwrittenmessages:167

Currentmessages:512

Mar

5202115:47:25+08:00Huawei%%01FORWARD/4/SESSION-RES-LACK(l)[135]:Thedevicesessionresourceswereoverloaded.(Usage=94%)

Mar

5202116:29:25+08:00Huawei%%01FORWARD/4/CAP-BLOCK-RES-LACK(l)[259]:Theblockmemoryresourceswereoverloaded.(Usage=97%)

Mar

5202116:34:25+08:00Huawei%%01FORWARD/4/SESSION-RES-LACK(l)[261]:Thedevicesessionresourceswereoverloaded.(Usage=92%)

Mar

5202116:43:25+08:00Huawei%%01FORWARD/4/CAP-BLOCK-RES-LACK(l)[273]:Theblockmemoryresourceswereoverloaded.(Usage=96%)【2】进入诊断视图，执行命令displaysessionstatisticstop10order-bysource-ip根据源IP地址统计Top10用户的Session信息，检查TotalSessions字段的值是否接近设备的Session规格。设备的Session规格可以在规格查询工具中查到，以AR1220C为例，选择“接入路由器”->“AR1220C”->“软件性能”->“IP应用”->“NAT”->“最大并发连接数”。[Huawei]

diagnose

[Huawei-diagnose]

displaysessionstatisticstop10order-bysource-ip

Sessionstatistictop10(Condition:SourceIP,Service:SESSION,Items:10,

TotalSessions:25768)

-------------------------------------------------------------------------------------------------

TOP-N

IP/Port

Counts

Percentage(%)

-------------------------------------------------------------------------------------------------

1

9

19714

76.505744

2

8

5988

23.238125

3

65

9

0.034927【3】如果设备的Session数已达到设备的规格，且发现Top10会话里有大量私网终端建立的会话（源IP地址为私网终端的IP地址，例如步骤1中的9和8），说明私网中可能存在攻击行为。此时，执行命令displaysessionstatisticstop10order-bydestination-port进一步查看私网终端建立的会话的端口信息。本例中，私网用户建立了大量目的端口为445和1433的会话，建议在私网接口上配置ACL规则拒绝目的端口为445和1433的流量通过。[Huawei-diagnose]

displaysessionstatisticstop10order-bydestination-port

Sessionstatistictop10(Condition:DestinationPort,Service:SESSION,Items:10,TotalSessions:25768)

-------------------------------------------------------------------------------------------------

TOP-N

IP/Port

Counts

Percentage(%)

-------------------------------------------------------------------------------------------------

1

445

15486

60.097796

2

1433

9565

37.119683

3

3389

648

2.514747

[Huawei-diagnose]

quit

[Huawei]

interfaceGigabitEthernet0/0/0

[Huawei-GigabitEthernet0/0/0]

displaythis

#

ipaddress55

在流策略里绑定ACL并将流策略应用到私网接口GE0/0/0，不允许目的端口为445和1433的流量通过私网接口，从而解决故障。[Huawei]

acl3000

[Huawei-acl-adv-3000]

rule20permittcp

destination-porteq445

[Huawei-acl-adv-3000]

rule25permittcp

destination-porteq1433

[Huawei-acl-adv-3000]

quit

[Huawei]

trafficclassifiervirusoperatoror

[Huawei-classifier-virus]

if-matchacl3000

[Huawei-classifier-virus]

quit

[Huawei]

trafficbehaviorvirus

[Huawei-behavior-virus]

deny

[Huawei-behavior-virus]

quit

[Huawei]

trafficpolicyvirus

[Huawei-trafficpolicy-virus]

classifiervirusbehaviorvirus

[Huawei-trafficpolicy-virus]

quit

[Huawei]

interfaceGigabitEthernet0/0/0

[Huawei-GigabitEthernet0/0/0]

traffic-policyvirusoutbound

[Huawei-GigabitEthernet0/0/0]

traffic-policyvirusinbound

【4】如果检查之后，没有发现私网有攻击行为，则说明私网的业务较多，流量大属于正常现象，当前的设备性能已无法满足私网的业务，需要更换性能更高的设备。4.3

私网存在ARP攻击导致用户上网时断时续背景信息如果用户发现上网时断时续，且网速特别慢，则很有可能是因为私网存在ARP攻击。此时，可以参考本节内容，检查设备上是否存在ARP攻击。定位步骤【1】执行命令displaylogbuffer检查设备运行日志，看是否有ARP协议报文因CPU阀值的限制被丢弃。displaylogbuffer

Sep

9202116:01:55+00:00Huawei%%01SECE/4/PORT_ATTACK(l)[0]:Portattackoccurred.(Slot=MPU,SourceAttackInterface=GigabitEthernet0/0/0,OuterVlan/InnerVlan=0/0,AttackPackets=64packetspersecond)

Sep

9202116:01:54+00:00Huawei%%01DEFD/4/CPCAR_DROP_MPU(l)[1]:SomepacketsaredroppedbycpcarontheMPU.(Packet-type=arp-miss,Drop-Count=770)

Sep

9202116:01:54+00:00Huawei%%01DEFD/4/CPCAR_DROP_MPU(l)[2]:SomepacketsaredroppedbycpcarontheMPU.(Packet-type=arp-request,Drop-Count=3458)【2】如果日志中有ARP报文被丢弃，则怀疑设备连接的私网中存在ARP攻击。此时，可以在设备上配置攻击溯源功能，进一步排查。system-view

[Huawei]

cpu-defendpolicy1

[Huawei-cpu-defend-policy-1]

auto-defendenable

[Huawei-cpu-defend-policy-1]

auto-defendthreshold40

//可适当调整建议不要太小

[Huawei-cpu-defend-policy-1]

auto-defendattack-packetsample5

[Huawei-cpu-defend-policy-1]

auto-defendprotocolall

[Huawei-cpu-defend-policy-1]

auto-defendtrace-typesource-ipsource-macsource-portvlan

[Huawei-cpu-defend-policy-1]

auto-defendalarmenable

[Huawei-cpu-defend-policy-1]

quit

[Huawei]

cpu-defend-policy1

[Huawei]

cpu-defend-policy1global【3】配置完攻击溯源后，当网络出现异常时，在设备上执行命令displayauto-defendattack-source进一步确认是否存在ARP攻击。[Huawei]

displayauto-defendattack-source

AttackSourceUserTable:

-------------------------------------------------------------------------

MacAddress

InterfaceName

Vlan:Outer/Inner

TOTAL

-------------------------------------------------------------------------

xxxx-xxxx-xxxx

GigabitEthernet0/0/1

0

368

yyyy-yyyy-yyyyGigabitEthernet0/0/0

0

7152

-------------------------------------------------------------------------

Total:2

AttackSourcePortTable:

-----------------------------------------------------

InterfaceName

Vlan:Outer/Inner

TOTAL

-----------------------------------------------------

GigabitEthernet0/0/1

0

368

GigabitEthernet0/0/0

0

23472

-----------------------------------------------------

Total:2

AttackSourceIPTable:

-------------------------------------

IPAddress

TOTALPackets

-------------------------------------

x.x.x.x

368

y.y.y.y

7152

-------------------------------------

Total:2如上所示，私网中源IP地址为y.y.y.y，源MAC为yyyy-yyyy-yyyy的用户发送了大量的攻击报文（本例中GE0/0/1为公网接口，报文数量增长不大，可以忽略）。此时，根据被攻击端口GE0/0/0，逐层往下找到攻击源用户，使用杀毒软件杀毒，解决故障。【4】如果无法查到攻击源用户，可以在设备的私网接口GE0/0/0上配置ACL规则过滤掉二层ARP流量功能，拒绝源MAC地址为yyyy-yyyy-yyyy的报文通过私网接口，解决故障。[Huawei]

aclnumber4444

[Huawei-acl-L2-4444]

rule5denyl2-protocolarpsource-macyyyy-yyyy-yyyy

[Huawei]

interfacegigabitethernet0/0/0

[Huawei-GigabitEthernet0/0/0]

traffic-filterinboundacl4444

[Huawei-GigabitEthernet0/0/0]

quit

[Huawei]

quit4.4

公网接口状态异常导致网速慢背景信息如果公网接口状态异常，也会导致用户上网慢，例如，接口的状态异常、接口的双工模式不对。此时，可以参考本节内容，检查下AR设备连接公网的接口状态是否正常。定位步骤【1】假设AR设备连接公网的接口为GE0/0/1，执行命令display

interface查看公网接口的信息，关注Duplex、TotalError、CRC、Giants等加粗部分的参数值。displayinterfaceGigabitEthernet0/0/1

GigabitEthernet0/0/1currentstate:UP

Lineprotocolcurrentstate:UP

Lastlineprotocoluptime:2021-10-0809:00:00

Description:HUAWEI,ARSeries,GigabitEthernet0/0/1Interface

RoutePort,TheMaximumTransmitUnitis1500

InternetAddressis5/24

IPSendingFrames'FormatisPKTFMT_ETHNT_2,Hardwareaddressis60d7-55f0-42c1

Lastphysicaluptime

:2021-10-0809:00:00

Lastphysicaldowntime:2021-10-0808:58:09

Currentsystemtime:2021-10-2206:14:56

PortMode:COMMONCOPPER

Speed:

100,

Loopback:NONE

Duplex:FULL,

Negotiation:ENABLE

Mdi

:AUTO,

Clock

:-

Last300secondsinputrate99992bits/sec,50packets/sec

Last300secondsoutputrate192bits/sec,0packets/sec

Inputpeakrate223880bits/sec,Recordtime:2021-10-1314:13:56

Outputpeakrate18464bits/sec,Recordtime:2021-10-2007:27:05

Input:

55586497packetsytes

Unicast:

10526,

Multicast:

195548

Broadcast:

55380423,

Jumbo:

-

Discard:

0,

TotalError:

0

CRC:

0,

Giants:

0

Jabbers:

0,

Throttles:

0

Runts:

0,

Symbols:

0

Ignoreds:

0,

Frames:

0

Output:

9237packets,590811bytes

Unicast:

9227,

Multicast:

0

Broadcast:

10,

Jumbo:

-

Discard:

0,

TotalError:

0

Collisions:

0,

ExcessiveCollisions:

0

LateCollisions:

0,

Deferreds:

0

Inputbandwidthutilizationthreshold:100.00%

Outputbandwidthutilizationthreshold:100.00%

Inputbandwidthutilization

:0.11%

Outputbandwidthutilization:0.01%【2】如果在全双工模式下，公网接口的双工模式被协商成了半双工，则公网接口在发送报文时会丢包，从而影响用户的上网速度。此时，可以检查公网接口协商的双工状态是否正确，即Duplex是否为FULL。如果发现接口双工模式协商的不对，则可能是设备本身协商错了，也可能是对端接口的速率与本端接口的速率不一致导致。先在公网接口上执行命令speed，修改本端接口的速率和对端相同。system-view

[Huawei]

interfaceGigabitEthernet0/0/1

[Huawei-GigabitEthernet0/0/1]

undonegotiationauto

[Huawei-GigabitEthernet0/0/1]

speed100速率修改成一致后，如果接口的双工模式仍然协商错误，则可以执行命令duplexfull手动配置接口的双工模式为全双工。system-view

[Huawei]

interfaceGigabitEthernet0/0/1

[Huawei-GigabitEthernet0/0/1]

duplexfull

[Huawei-GigabitEthernet0/0/1]

quit

[Huawei]

quit如果上述步骤无法解决双工问题，建议直接更换一根确认为好的网线，重新对接端口。【3】如果接口上存在一些错包计数，即TotalError、CRC等参数不为0，则说明设备收到了错误报文。设备收到错误报文的原因比较多，可能是使用的线缆类型错误，也可能是对端设备的问题。【4】如果以上操作都无法解决接口异常问题，则有可能是硬件故障，可以尝试更换一台新的设备解决故障。05

双上行出口/多上行出口上网慢故障处理5.1

Dialer接口拨号失败后路由未失效背景信息正常情况下，在双链路/多链路PPPoE拨号场景中，如果一条PPPoE链路拨号失败，用户的上网流量会切换到其他正常的链路转发。但是，如果拨号失败链路对应的Dialer接口没有Down掉，则该Dialer接口的路由会继续生效。用户的上网流量会继续在该条拨号失败的链路上转发，从而出现用户访问某些网页慢的问题。此时，可以参考本节内容，使拨号失败链路对应的Dialer接口状态为Down，并使对应的路由失效。定位步骤【1】执行命令displayipinterfacebrief，查看Dialer接口与IP相关的简要信息，包括IP地址、子网掩码、物理链路和协议的Up/Down状态等。displayipinterfacebrief

*down:administrativelydown

^down:standby

(l):loopback

(s):spoofing

(E):E-Trunkdown

ThenumberofinterfacethatisUPinPhysicalis2

ThenumberofinterfacethatisDOWNinPhysicalis3

ThenumberofinterfacethatisUPinProtocolis2

ThenumberofinterfacethatisDOWNinProtocolis3

Interface

IPAddress/Mask

Physical

Protocol

Dialer1

unassigned

up

up(s)

Dialer2

65/32

up

up(s)【2】执行命令displayiprouting-table查看IPv4路由表的信息。displayiprouting-table

RouteFlags:R-relay,D-downloadtofib,T-tovpn-instance

------------------------------------------------------------------------------

RoutingTables:Public

Destinations:31

Routes:32

Destination/Mask

Proto

Pre

Cost

FlagsNextHop

Interface

/0

Static

60

0

D

Dialer1

Static

60

0

D

65

Dialer2【3】根据步骤1和步骤2查到的信息，可以看到Dialer1接口虽然拨号失败，未分配到IP地址，但是接口的物理和协议状态都为UP，导致Dialer1接口的路由仍然生效。此时，建议在每一个Dialer接口下配置命令dialernumber1autodial，使Dialer接口拨号失败后转换为Down状态。当该Dialer接口的状态变为Down时，对应的路由也会同步失效。system-view

[Huawei]

interfacedialer1

[Huawei-Dialer1]

dialernumber1autodial

[Huawei-Dialer1]

quit

[Huawei]

quit5.2

公网口上收到的报文来回路径不一致背景信息在双出口/多出口链路上网场景，为了保证私网用户可以从任意一个公网口上网，每个公网口上都会配置NAT功能。AR的NAT功能会检查公网口上收到报文的来回路径是否一致，即报文从哪个公网口发送出去，对端回复的报文也要从该公网口收到。如果发现某个公网口上收到的报文来回路径不一致，则会丢弃该报文，导致出现上网慢问题。例如，AR的双上行公网口分别为GE1和GE2，某个报文从GE1口发送出去，回程报文却从GE2口回来，此时，AR会丢弃该回程报文。出现这种报文来回路径不一致的情况，一般都是由对端设备发送报文时路由选择不对引起的。本节内容主要是指导用户如何在AR上定位出是否是因为报文的来回路径不一致引起的上网慢问题。具体的解决办法需要联系对端网络工程师处理，可以检查对端网络的组网或者修改配置等，保证对端设备发出的报文满足源进源出的要求。定位步骤【1】假设AR双上行公网口分别为GE0/0/1上和GE0/0/2，GE1口的对端设备所在的网络地址为/24，用户访问该网段的一台主机的IP地址和端口号为54/24和65532。在AR的GE0/0/2口上配置基于ACL对报文流进行过滤功能，即GE0/0/2口上仅允许源IP地址为54/24，源端口号为65532的报文通过。system-view

[Huawei]

acl3000

[Huawei-acl-adv-3000]

rule5permittcpsource54source-porteq65532

[Huawei-acl-adv-3000]

quit

[Huawei]

interfaceGigabitEthernet0/0/2

[Huawei-GigabitEthernet0/0/2]

traffic-filterinboundacl3000

[Huawei-GigabitEthernet0/0/2]

quit【2】在GE0/0/2上配置完流量统计功能后，执行命令displayaclall查看设备上是否有ACL匹配计数。如果有如下粗体部分的记录，说明GE2口上收到了GE1口发出去的报文，出现了报文来回路径不一致的情况，需要联系对端网络工程师处理。[Huawei]

displayaclall

TotalquantityofnonemptyACLnumberis1

AdvancedACL3000,1rule

Acl'sstepis5

rule5permittcpsource540source-porteq65532(2matches)5.3

负载分担场景下的用户上网慢背景信息在双出口/多出口场景中，链路之间的关系分为负载分担和主备备份两种。负载分担是指同一时刻，多条链路都在转发流量。主备备份表示同一时刻只有一条链路在转发流量，另一条处于备份状态。负载分担可以提高链路使用效率，增加带宽，主要通过配置多条等价路由来实现。主备备份可以提高链路可靠性，主要通过配置多条不同优先级的路由来实现。不同的企业使用不同的方式，但是在多条质量差别较大的链路间使用负载分担可能会引入上网慢问题。例如，AR将某个用户访问某个网页的报文分配到两条链路上转发，质量较差的链路转发报文慢，且丢包多，必然会影响用户的上网体验。因此，在双出口/多出口场景时，如果遇到负载分担场景下的上网慢问题，可以参考本节内容，改成主备备份方式或者配置策略路由来解决。定位步骤【1】在AR上执行命令displayiprouting-tableprotocolstatic查看配置的静态路由表信息。如果路由表内有两条优先级相同的路由分别到不同的下一跳，说明两条路由是等价路由，链路之间是负载分担的关系。displayiprouting-tableprotocolstatic

RouteFlags:R-relay,D-downloadtofib,T-tovpn-instance

------------------------------------------------------------------------------

Publicroutingtable:Static

Destinations:1

Routes:2

ConfiguredRoutes:2

Staticroutingtablestatus:

Destinations:0

Routes:0

Staticroutingtablestatus:

Destinations:1

Routes:2

Destination/Mask

Proto

Pre

Cost

FlagsNextHop

Interface

/0

Static

60

0

Unknown

/0

Static

60

0

Unknown【2】删掉其中一条路由，重新访问网页，检查使用单