99精品伊人亚洲|最近国产中文炮友|九草在线视频支援|AV网站大全最新|美女黄片免费观看|国产精品资源视频|精彩无码视频一区|91大神在线后入|伊人终合在线播放|久草综合久久中文

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

為什么有線網(wǎng)速這么慢?原因在這里

jf_qwOiugB3 ? 來(lái)源:通信弱電交流學(xué)習(xí) ? 2024-01-05 09:20 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

前言

隨著網(wǎng)絡(luò)的普及,娛樂(lè)、游戲、學(xué)習(xí)、購(gòu)物等活動(dòng)都需要在網(wǎng)上進(jìn)行,上網(wǎng)已經(jīng)成為人們?nèi)粘I钪斜夭豢缮俚囊豁?xiàng)活動(dòng)。在上網(wǎng)的過(guò)程中,很多用戶都會(huì)遇到上網(wǎng)慢問(wèn)題,例如,網(wǎng)頁(yè)打開(kāi)慢、看視頻卡頓等。在介紹如何解決網(wǎng)速慢問(wèn)題之前,先了解一下你的網(wǎng)絡(luò)基本信息,包括上網(wǎng)方式、理論網(wǎng)速、網(wǎng)速測(cè)量等。

01

上網(wǎng)方式及理論網(wǎng)速

如圖1-1,寬帶網(wǎng)絡(luò)是一個(gè)極其復(fù)雜的端到端系統(tǒng),包括LAN側(cè)和WAN側(cè)。LAN側(cè)指用戶到AR這一段,包括FIT AP、S、用戶終端等設(shè)備。WAN側(cè)指AR到Internet之間,包括光貓、接入網(wǎng)、核心網(wǎng)設(shè)備,不過(guò)這些都是運(yùn)營(yíng)商提供的,與用戶無(wú)關(guān),不在本文討論范圍內(nèi)。

9f8b5602-ab5e-11ee-8b88-92fbcf53809c.png

圖1-1用戶上網(wǎng)組網(wǎng)圖

下行速率是指Internet向用戶發(fā)送信息時(shí)的數(shù)據(jù)傳輸速率,單位是Mbit/s,比如打開(kāi)瀏覽器,下載文件等。上行速率是指用戶向Internet上傳文件時(shí)可以達(dá)到的速率。對(duì)于大部分用戶來(lái)說(shuō),主要上網(wǎng)業(yè)務(wù)是從Internet下載文件,而非上傳文件,所以下行速率一般都高于上行速率。用戶從寬帶運(yùn)營(yíng)商那里辦理的帶寬值就是下行速率。例如,用戶辦理了200M寬帶套餐,這里的200M就是下行速率,對(duì)應(yīng)的上行速率可能只有幾十M。

用戶終端可以通過(guò)有線方式上網(wǎng),也可以通過(guò)無(wú)線方式上網(wǎng),不同的上網(wǎng)方式,用戶能達(dá)到的最大網(wǎng)速也不同。本文討論的是有線用戶訪問(wèn)Internet時(shí)遇到的下行網(wǎng)速慢問(wèn)題,因此下行速率才是有線用戶網(wǎng)速可以達(dá)到的理論值。此外,有線用戶的網(wǎng)速還與網(wǎng)絡(luò)硬件設(shè)施(光貓、AR、S、網(wǎng)線)有關(guān)。在解決網(wǎng)速慢問(wèn)題之前,請(qǐng)先檢查網(wǎng)絡(luò)的硬件設(shè)施符合網(wǎng)速的要。

1.1 如何測(cè)網(wǎng)速

當(dāng)發(fā)現(xiàn)上網(wǎng)慢問(wèn)題時(shí),建議先測(cè)量一下實(shí)際的網(wǎng)速后再處理故障。常用的網(wǎng)速測(cè)量方法有網(wǎng)站測(cè)速、測(cè)速工具測(cè)速等。不同的測(cè)速方法測(cè)量結(jié)果略有不同,建議使用不同的測(cè)速方法多測(cè)幾次:

使用網(wǎng)站測(cè)速。各大運(yùn)營(yíng)商網(wǎng)站都提供了測(cè)速功能,例如中國(guó)電信寬帶測(cè)速網(wǎng),不同區(qū)域網(wǎng)址不一樣,例如上海;也可以用一些專(zhuān)門(mén)的測(cè)速網(wǎng)站來(lái)測(cè),例如測(cè)速網(wǎng)。

使用測(cè)速工具測(cè)速。在應(yīng)用商店下載并安裝測(cè)量網(wǎng)速的工具進(jìn)行測(cè)速,例如網(wǎng)速測(cè)試、網(wǎng)絡(luò)測(cè)速大師、測(cè)網(wǎng)速大師等。

有些測(cè)速軟件的測(cè)量結(jié)果是下載速度MB/s,但會(huì)同步換算成對(duì)應(yīng)的帶寬值Mbit/s。如果沒(méi)有,也可以根據(jù)1MB/s = 8Mbit/s的關(guān)系,自己換算一下。

02

了解網(wǎng)速慢故障場(chǎng)景

AR作為企業(yè)網(wǎng)絡(luò)的路由網(wǎng)關(guān)設(shè)備,在企業(yè)網(wǎng)絡(luò)里扮演了非常重要的角色,為用戶提供上網(wǎng)服務(wù)。為了幫助用戶解決在通過(guò)AR上網(wǎng)時(shí)遇到的上網(wǎng)慢問(wèn)題,本文從多個(gè)現(xiàn)網(wǎng)真實(shí)案例中,總結(jié)出兩大常見(jiàn)上網(wǎng)慢故障場(chǎng)景:?jiǎn)紊闲谐隹谏暇W(wǎng)慢和雙上行/多上行出口上網(wǎng)慢。

2.1 單上行出口上網(wǎng)慢

單上行出口上網(wǎng)是指AR路由器和公網(wǎng)之間只有一條上行鏈路相連。如圖1-2所示,AR和Internet之間的連線只有一條,GE3/0/0是連接Internet的接口,也叫作公網(wǎng)口,Eth2/0/0是連接私網(wǎng)的接口,也叫作私網(wǎng)口。該場(chǎng)景常見(jiàn)的上網(wǎng)慢原因包括:TCP最大報(bào)文段長(zhǎng)度MSS(Max Segment Size)值配置不合理、網(wǎng)絡(luò)攻擊導(dǎo)致設(shè)備Session資源耗盡、接口模式協(xié)商錯(cuò)誤等,具體定位方法請(qǐng)參見(jiàn)單上行出口上網(wǎng)慢故障處理章節(jié)。

9fa0854a-ab5e-11ee-8b88-92fbcf53809c.png

圖1-2單上行出口上網(wǎng)場(chǎng)景組網(wǎng)示例

2.2 雙上行/多上行出口上網(wǎng)慢

雙上行/多上行出口上網(wǎng)是指AR路由器和公網(wǎng)之間有兩條或者大于兩條上行鏈路相連。如圖1-3所示,AR和Internet之間的連線有多條,GE0/0/1和GE0/0/2都是公網(wǎng)口,GE0/0/3是私網(wǎng)口。該場(chǎng)景常見(jiàn)的上網(wǎng)慢原因除了單出口場(chǎng)景中列出的,還包括一些特有的原因,例如:Dialer口路由問(wèn)題、報(bào)文來(lái)回路徑不一致、等價(jià)路由問(wèn)題等,具體定位方法請(qǐng)參見(jiàn)雙上行出口/多上行出口上網(wǎng)慢故障處理章節(jié)。

9faeb192-ab5e-11ee-8b88-92fbcf53809c.png

圖1-3雙上行/多上行出口上網(wǎng)場(chǎng)景組網(wǎng)示例(PPPoE撥號(hào))

03

為什么網(wǎng)速慢,原因在這里

圖1-4是用戶通過(guò)AR上網(wǎng)慢故障樹(shù),列出了單上行出口和雙上行出口兩種場(chǎng)景上網(wǎng)慢的常見(jiàn)原因。

9fd4e04c-ab5e-11ee-8b88-92fbcf53809c.png

圖1-4為什么網(wǎng)速這么慢故障樹(shù)

04

單上行出口上網(wǎng)慢故障處理

4.1 報(bào)文分片導(dǎo)致部分網(wǎng)頁(yè)打開(kāi)慢

背景信息

如果僅是部分網(wǎng)頁(yè)訪問(wèn)慢,其他網(wǎng)頁(yè)訪問(wèn)正常,則大概率是由于TCP最大報(bào)文段長(zhǎng)度MSS(Max Segment Size)值配置不合理,導(dǎo)致報(bào)文被分片傳輸,影響用戶的上網(wǎng)速度。此時(shí),可以參考本節(jié)內(nèi)容,修改報(bào)文分片的參數(shù)值。

最大傳輸單元MTU(Maximum Transmission Unit)是用來(lái)標(biāo)識(shí)IP報(bào)文是否分片的選項(xiàng)。如果對(duì)端發(fā)送的IP報(bào)文長(zhǎng)度超過(guò)MTU值,則IP報(bào)文會(huì)進(jìn)行分片處理。為了保證TCP報(bào)文不分片,配置過(guò)程中需要注意MSS與MTU的關(guān)系。一般情況下,為了不影響報(bào)文傳輸,MSS值加上報(bào)文開(kāi)銷(xiāo)(TCP首部、IP首部等)不超過(guò)MTU值。例如,以太網(wǎng)接口的缺省MTU值為1500字節(jié),為了保證報(bào)文不分片,MSS值最大配置為1460(1500 ? 20(TCP首部最小長(zhǎng)度) ? 20(IP首部最小長(zhǎng)度))字節(jié)。推薦用戶配置MSS值為1200字節(jié)。

定位步驟

【1】執(zhí)行命令display ip interface brief,查看公網(wǎng)接口是物理接口還是Dialer接口。

 display ip interface brief
*down: administratively down                                                    
^down: standby                                                                  
(l): loopback                                                                   
(s): spoofing                                                                   
(E): E-Trunk down    
The number of interface that is UP in Physical is 2                             
The number of interface that is DOWN in Physical is 3                           
The number of interface that is UP in Protocol is 2                             
The number of interface that is DOWN in Protocol is 3                           

Interface                         IP Address/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】如果是物理接口,則在物理接口視圖下執(zhí)行命令tcp adjust-mss配置接口的TCP最大報(bào)文段長(zhǎng)度,推薦數(shù)值為1200。

 system-view
[Huawei] interface GigabitEthernet 0/0/1
[Huawei-GigabitEthernet0/0/1] tcp adjust-mss 1200

【3】如果是Dialer接口,則在Dialer接口視圖下執(zhí)行命令tcp adjust-mss配置接口的TCP最大報(bào)文段長(zhǎng)度,推薦數(shù)值為1200,并執(zhí)行命令mtu配置接口的最大傳輸單元值為1492。對(duì)于Dialer接口,adjust-mss值和mtu值不能配置一樣。

[Huawei] interface Dialer 0
[Huawei-Dialer0] tcp adjust-mss 1200
[Huawei-Dialer0] mtu 1492
[Huawei-Dialer0] restart

【4】建議同步將私網(wǎng)接口的TCP最大報(bào)文段長(zhǎng)度值也配置成推薦值1200。假設(shè)私網(wǎng)接口為GE0/0/2,則在私網(wǎng)接口上配置tcp adjust-mss 1200命令。

 system-view
[Huawei] interface GigabitEthernet 0/0/2
[Huawei-GigabitEthernet0/0/2] tcp adjust-mss 1200

4.2 私網(wǎng)流量大導(dǎo)致設(shè)備的Session資源耗盡

背景信息

當(dāng)網(wǎng)絡(luò)中存在一些攻擊行為或者業(yè)務(wù)較多時(shí),路由器會(huì)收到大量流量,路由器的Session和Block內(nèi)存資源很快會(huì)被耗盡,超過(guò)閾值。其他正常用戶可能會(huì)因?yàn)榉峙洳坏絊ession和Block資源而出現(xiàn)上網(wǎng)慢情況。此時(shí),可以參考本節(jié)內(nèi)容,檢查下設(shè)備的Session和Block資源是否正常。如果發(fā)現(xiàn)資源被耗盡,則通過(guò)traffic-policy或者traffic-filter命令禁止端口上的異常流量通過(guò),同時(shí)找出攻擊源進(jìn)行殺毒。如果正常流量本身就很多,超過(guò)了設(shè)備的性能,則需要更換更高性能的設(shè)備。

定位步驟

【1】執(zhí)行命令display logbuffer,查看Log緩沖區(qū)記錄的信息中是否有大量Session和Block內(nèi)存資源過(guò)載的日志。

 display logbuffer
Logging buffer configuration and contents: enabled                              
Allowed max buffer size: 1024                                                   
Actual buffer size: 512                                                         
Channel number: 4, Channel name: logbuffer                                      
Dropped messages: 0                                                             
Overwritten messages: 167                                                       
Current messages: 512 
Mar  5 2021 1525+08:00 Huawei %%01FORWARD/4/SESSION-RES-LACK(l)[135]:The device session resources were overloaded.(Usage = 94%)
Mar  5 2021 1625+08:00 Huawei %%01FORWARD/4/CAP-BLOCK-RES-LACK(l)[259]:The block memory resources were overloaded.(Usage = 97%)
Mar  5 2021 1625+08:00 Huawei %%01FORWARD/4/SESSION-RES-LACK(l)[261]:The device session resources were overloaded.(Usage = 92%)
Mar  5 2021 1625+08:00 Huawei %%01FORWARD/4/CAP-BLOCK-RES-LACK(l)[273]:The block memory resources were overloaded.(Usage = 96%)

【2】進(jìn)入診斷視圖,執(zhí)行命令display session statistics top 10 order-by source-ip根據(jù)源IP地址統(tǒng)計(jì)Top 10用戶的Session信息,檢查T(mén)otal Sessions字段的值是否接近設(shè)備的Session規(guī)格。設(shè)備的Session規(guī)格可以在規(guī)格查詢(xún)工具中查到,以AR1220C為例,選擇“接入路由器”->“AR1220C”->“軟件性能”->“IP應(yīng)用”->“NAT”->“最大并發(fā)連接數(shù)”。

[Huawei] diagnose
[Huawei-diagnose] display session statistics top 10 order-by source-ip
Session statistic top 10 (Condition: Source IP, Service: SESSION, Items: 10, Total Sessions: 25768)
-------------------------------------------------------------------------------------------------
TOP-N     IP/Port                       Counts              Percentage(%)       
-------------------------------------------------------------------------------------------------
1         192.168.1.99                  19714               76.505744           
2         192.168.1.88                  5988                23.238125           
3         192.168.1.165                 9                   0.034927

【3】如果設(shè)備的Session數(shù)已達(dá)到設(shè)備的規(guī)格,且發(fā)現(xiàn)Top 10會(huì)話里有大量私網(wǎng)終端建立的會(huì)話(源IP地址為私網(wǎng)終端的IP地址,例如步驟1中的192.168.1.99192.168.1.88),說(shuō)明私網(wǎng)中可能存在攻擊行為。此時(shí),執(zhí)行命令display session statistics top 10 order-by destination-port進(jìn)一步查看私網(wǎng)終端建立的會(huì)話的端口信息。本例中,私網(wǎng)用戶建立了大量目的端口為445和1433的會(huì)話,建議在私網(wǎng)接口上配置ACL規(guī)則拒絕目的端口為445和1433的流量通過(guò)。

[Huawei-diagnose] display session statistics top 10 order-by destination-port
Session statistic top 10 (Condition: Destination Port, Service: SESSION, Items: 10, Total Sessions: 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] interface GigabitEthernet 0/0/0
[Huawei-GigabitEthernet0/0/0] display this
#
ip address 192.168.1.255 255.255.255.0
在流策略里綁定ACL并將流策略應(yīng)用到私網(wǎng)接口GE0/0/0,不允許目的端口為445和1433的流量通過(guò)私網(wǎng)接口,從而解決故障。
[Huawei] acl 3000 
[Huawei-acl-adv-3000] rule 20 permit tcp  destination-port eq 445
[Huawei-acl-adv-3000] rule 25 permit tcp  destination-port eq 1433
[Huawei-acl-adv-3000] quit
[Huawei] traffic classifier virus operator or
[Huawei-classifier-virus] if-match acl 3000
[Huawei-classifier-virus] quit
[Huawei] traffic behavior virus
[Huawei-behavior-virus] deny
[Huawei-behavior-virus] quit
[Huawei] traffic policy virus 
[Huawei-trafficpolicy-virus] classifier virus behavior virus 
[Huawei-trafficpolicy-virus] quit
[Huawei] interface GigabitEthernet 0/0/0
[Huawei-GigabitEthernet0/0/0] traffic-policy virus outbound
[Huawei-GigabitEthernet0/0/0] traffic-policy virus inbound

【4】如果檢查之后,沒(méi)有發(fā)現(xiàn)私網(wǎng)有攻擊行為,則說(shuō)明私網(wǎng)的業(yè)務(wù)較多,流量大屬于正常現(xiàn)象,當(dāng)前的設(shè)備性能已無(wú)法滿足私網(wǎng)的業(yè)務(wù),需要更換性能更高的設(shè)備。

4.3 私網(wǎng)存在ARP攻擊導(dǎo)致用戶上網(wǎng)時(shí)斷時(shí)續(xù)

背景信息

如果用戶發(fā)現(xiàn)上網(wǎng)時(shí)斷時(shí)續(xù),且網(wǎng)速特別慢,則很有可能是因?yàn)樗骄W(wǎng)存在ARP攻擊。此時(shí),可以參考本節(jié)內(nèi)容,檢查設(shè)備上是否存在ARP攻擊。

定位步驟

【1】執(zhí)行命令display logbuffer檢查設(shè)備運(yùn)行日志,看是否有ARP協(xié)議報(bào)文因CPU閥值的限制被丟棄。

 display logbuffer
Sep  9 2021 1655+00:00 Huawei %%01SECE/4/PORT_ATTACK(l)[0]:Port attack occurred.(Slot=MPU, SourceAttackInterface=GigabitEthernet0/0/0, OuterVlan/InnerVlan=0/0, AttackPackets=64 packets per second)
Sep  9 2021 1654+00:00 Huawei %%01DEFD/4/CPCAR_DROP_MPU(l)[1]:Some packets are dropped by cpcar on the MPU. (Packet-type=arp-miss, Drop-Count=770)
Sep  9 2021 1654+00:00 Huawei %%01DEFD/4/CPCAR_DROP_MPU(l)[2]:Some packets are dropped by cpcar on the MPU. (Packet-type=arp-request, Drop-Count=3458)

【2】如果日志中有ARP報(bào)文被丟棄,則懷疑設(shè)備連接的私網(wǎng)中存在ARP攻擊。此時(shí),可以在設(shè)備上配置攻擊溯源功能,進(jìn)一步排查。

 system-view
[Huawei] cpu-defend policy 1
[Huawei-cpu-defend-policy-1] auto-defend enable
[Huawei-cpu-defend-policy-1] auto-defend threshold 40  //可適當(dāng)調(diào)整建議不要太小
[Huawei-cpu-defend-policy-1] auto-defend attack-packet sample 5
[Huawei-cpu-defend-policy-1] auto-defend protocol all
[Huawei-cpu-defend-policy-1] auto-defend trace-type source-ip source-mac source-portvlan
[Huawei-cpu-defend-policy-1] auto-defend alarm enable
[Huawei-cpu-defend-policy-1] quit
[Huawei] cpu-defend-policy 1  
[Huawei] cpu-defend-policy 1 global  

【3】配置完攻擊溯源后,當(dāng)網(wǎng)絡(luò)出現(xiàn)異常時(shí),在設(shè)備上執(zhí)行命令display auto-defend attack-source進(jìn)一步確認(rèn)是否存在ARP攻擊。

[Huawei] display auto-defend attack-source
  Attack Source User Table:
  -------------------------------------------------------------------------
      MacAddress       InterfaceName      Vlan:Outer/Inner      TOTAL 
  -------------------------------------------------------------------------
  xxxx-xxxx-xxxx   GigabitEthernet0/0/1         0               368    
  yyyy-yyyy-yyyy   GigabitEthernet0/0/0         0               7152   
  -------------------------------------------------------------------------
  Total: 2

  Attack Source Port Table:
  -----------------------------------------------------
    InterfaceName        Vlan:Outer/Inner       TOTAL  
  -----------------------------------------------------
  GigabitEthernet0/0/1     0                    368   
  GigabitEthernet0/0/0     0                    23472 
  -----------------------------------------------------
  Total: 2

  Attack Source IP Table:
  -------------------------------------
   IPAddress        TOTAL Packets 
  -------------------------------------
  x.x.x.x      368    
  y.y.y.y      7152   
  -------------------------------------  
  Total: 2

如上所示,私網(wǎng)中源IP地址為y.y.y.y,源MAC為yyyy-yyyy-yyyy的用戶發(fā)送了大量的攻擊報(bào)文(本例中GE0/0/1為公網(wǎng)接口,報(bào)文數(shù)量增長(zhǎng)不大,可以忽略)。此時(shí),根據(jù)被攻擊端口GE0/0/0,逐層往下找到攻擊源用戶,使用殺毒軟件殺毒,解決故障。

【4】如果無(wú)法查到攻擊源用戶,可以在設(shè)備的私網(wǎng)接口GE0/0/0上配置ACL規(guī)則過(guò)濾掉二層ARP流量功能,拒絕源MAC地址為yyyy-yyyy-yyyy的報(bào)文通過(guò)私網(wǎng)接口,解決故障。

[Huawei] acl number 4444
[Huawei-acl-L2-4444] rule 5 deny l2-protocol arp source-mac yyyy-yyyy-yyyy 
[Huawei] interface gigabitethernet 0/0/0
[Huawei-GigabitEthernet0/0/0] traffic-filter inbound acl 4444
[Huawei-GigabitEthernet0/0/0] quit
[Huawei] quit

4.4 公網(wǎng)接口狀態(tài)異常導(dǎo)致網(wǎng)速慢

背景信息

如果公網(wǎng)接口狀態(tài)異常,也會(huì)導(dǎo)致用戶上網(wǎng)慢,例如,接口的狀態(tài)異常、接口的雙工模式不對(duì)。此時(shí),可以參考本節(jié)內(nèi)容,檢查下AR設(shè)備連接公網(wǎng)的接口狀態(tài)是否正常。

定位步驟

【1】假設(shè)AR設(shè)備連接公網(wǎng)的接口為GE0/0/1,執(zhí)行命令displayinterface查看公網(wǎng)接口的信息,關(guān)注Duplex、Total Error、CRC、Giants等加粗部分的參數(shù)值。

 display interface GigabitEthernet 0/0/1                                 
GigabitEthernet0/0/1 current state : UP                                         
Line protocol current state : UP                                                
Last line protocol up time : 2021-10-08 0900                                
Description:HUAWEI, AR Series, GigabitEthernet0/0/1 Interface                   
Route Port,The Maximum Transmit Unit is 1500                                    
Internet Address is 120.44.5.15/24                                              
IP Sending Frames' Format is PKTFMT_ETHNT_2, Hardware address is 60d7-55f0-42c1 
Last physical up time   : 2021-10-08 0900                                   
Last physical down time : 2021-10-08 0809                                   
Current system time: 2021-10-22 0656                                        
Port Mode: COMMON COPPER                                                        
Speed :  100,  Loopback: NONE                                                   
Duplex: FULL,  Negotiation: ENABLE                                              
Mdi   : AUTO,  Clock   : -                                                      
Last 300 seconds input rate 99992 bits/sec, 50 packets/sec                      
Last 300 seconds output rate 192 bits/sec, 0 packets/sec                        
Input peak rate 223880 bits/sec,Record time: 2021-10-13 1456                
Output peak rate 18464 bits/sec,Record time: 2021-10-20 0705                

Input:  55586497 packets, 13516267464 bytes                                     
  Unicast:              10526,  Multicast:              195548                  
  Broadcast:         55380423,  Jumbo:                       -                  
  Discard:                  0,  Total Error:                 0                  

  CRC:                      0,  Giants:                      0                  
  Jabbers:                  0,  Throttles:                   0                  
  Runts:                    0,  Symbols:                     0                  
  Ignoreds:                 0,  Frames:                      0                  

Output:  9237 packets, 590811 bytes                                             
  Unicast:               9227,  Multicast:                   0                  
  Broadcast:               10,  Jumbo:                       -                  
  Discard:                  0,  Total Error:                 0                  

  Collisions:               0,  ExcessiveCollisions:         0                  
  Late Collisions:          0,  Deferreds:                   0                  

    Input bandwidth utilization threshold : 100.00%                             
    Output bandwidth utilization threshold: 100.00%                             
    Input bandwidth utilization  : 0.11%                                        
    Output bandwidth utilization : 0.01%

【2】如果在全雙工模式下,公網(wǎng)接口的雙工模式被協(xié)商成了半雙工,則公網(wǎng)接口在發(fā)送報(bào)文時(shí)會(huì)丟包,從而影響用戶的上網(wǎng)速度。此時(shí),可以檢查公網(wǎng)接口協(xié)商的雙工狀態(tài)是否正確,即Duplex是否為FULL。

如果發(fā)現(xiàn)接口雙工模式協(xié)商的不對(duì),則可能是設(shè)備本身協(xié)商錯(cuò)了,也可能是對(duì)端接口的速率與本端接口的速率不一致導(dǎo)致。先在公網(wǎng)接口上執(zhí)行命令speed,修改本端接口的速率和對(duì)端相同。

 system-view                                                       
[Huawei] interface GigabitEthernet 0/0/1
[Huawei-GigabitEthernet0/0/1] undo negotiation auto
[Huawei-GigabitEthernet0/0/1] speed 100

速率修改成一致后,如果接口的雙工模式仍然協(xié)商錯(cuò)誤,則可以執(zhí)行命令duplex full手動(dòng)配置接口的雙工模式為全雙工。

 system-view                                                       
[Huawei] interface GigabitEthernet 0/0/1
[Huawei-GigabitEthernet0/0/1] duplex full
[Huawei-GigabitEthernet0/0/1] quit
[Huawei] quit

如果上述步驟無(wú)法解決雙工問(wèn)題,建議直接更換一根確認(rèn)為好的網(wǎng)線,重新對(duì)接端口。

【3】如果接口上存在一些錯(cuò)包計(jì)數(shù),即Total Error、CRC等參數(shù)不為0,則說(shuō)明設(shè)備收到了錯(cuò)誤報(bào)文。設(shè)備收到錯(cuò)誤報(bào)文的原因比較多,可能是使用的線纜類(lèi)型錯(cuò)誤,也可能是對(duì)端設(shè)備的問(wèn)題。

【4】如果以上操作都無(wú)法解決接口異常問(wèn)題,則有可能是硬件故障,可以嘗試更換一臺(tái)新的設(shè)備解決故障。

05

雙上行出口/多上行出口上網(wǎng)慢故障處理

5.1 Dialer接口撥號(hào)失敗后路由未失效

背景信息

正常情況下,在雙鏈路/多鏈路PPPoE撥號(hào)場(chǎng)景中,如果一條PPPoE鏈路撥號(hào)失敗,用戶的上網(wǎng)流量會(huì)切換到其他正常的鏈路轉(zhuǎn)發(fā)。但是,如果撥號(hào)失敗鏈路對(duì)應(yīng)的Dialer接口沒(méi)有Down掉,則該Dialer接口的路由會(huì)繼續(xù)生效。用戶的上網(wǎng)流量會(huì)繼續(xù)在該條撥號(hào)失敗的鏈路上轉(zhuǎn)發(fā),從而出現(xiàn)用戶訪問(wèn)某些網(wǎng)頁(yè)慢的問(wèn)題。此時(shí),可以參考本節(jié)內(nèi)容,使撥號(hào)失敗鏈路對(duì)應(yīng)的Dialer接口狀態(tài)為Down,并使對(duì)應(yīng)的路由失效。

定位步驟

【1】執(zhí)行命令display ip interface brief,查看Dialer接口與IP相關(guān)的簡(jiǎn)要信息,包括IP地址、子網(wǎng)掩碼、物理鏈路和協(xié)議的Up/Down狀態(tài)等。

 display ip interface brief
*down: administratively down                                                    
^down: standby                                                                  
(l): loopback                                                                   
(s): spoofing                                                                   
(E): E-Trunk down    
The number of interface that is UP in Physical is 2                             
The number of interface that is DOWN in Physical is 3                           
The number of interface that is UP in Protocol is 2                             
The number of interface that is DOWN in Protocol is 3                           

Interface                         IP Address/Mask      Physical   Protocol  
Dialer1                           unassigned           up         up(s)     
Dialer2                           100.64.40.165/32     up         up(s)

【2】執(zhí)行命令display ip routing-table查看IPv4路由表的信息。

 display ip routing-table
Route Flags: R - relay, D - download to fib, T - to vpn-instance
------------------------------------------------------------------------------
Routing Tables: Public
         Destinations : 31       Routes : 32       

Destination/Mask    Proto   Pre  Cost      Flags NextHop         Interface

        0.0.0.0/0   Static  60   0           D   0.0.0.0         Dialer1
                    Static  60   0           D   100.64.40.165   Dialer2

【3】根據(jù)步驟1和步驟2查到的信息,可以看到Dialer1接口雖然撥號(hào)失敗,未分配到IP地址,但是接口的物理和協(xié)議狀態(tài)都為UP,導(dǎo)致Dialer1接口的路由仍然生效。此時(shí),建議在每一個(gè)Dialer接口下配置命令dialer number 1 autodial,使Dialer接口撥號(hào)失敗后轉(zhuǎn)換為Down狀態(tài)。當(dāng)該Dialer接口的狀態(tài)變?yōu)镈own時(shí),對(duì)應(yīng)的路由也會(huì)同步失效。

 system-view
[Huawei] interface dialer 1
[Huawei-Dialer1] dialer number 1 autodial
[Huawei-Dialer1] quit
[Huawei] quit

5.2 公網(wǎng)口上收到的報(bào)文來(lái)回路徑不一致

背景信息

在雙出口/多出口鏈路上網(wǎng)場(chǎng)景,為了保證私網(wǎng)用戶可以從任意一個(gè)公網(wǎng)口上網(wǎng),每個(gè)公網(wǎng)口上都會(huì)配置NAT功能。AR的NAT功能會(huì)檢查公網(wǎng)口上收到報(bào)文的來(lái)回路徑是否一致,即報(bào)文從哪個(gè)公網(wǎng)口發(fā)送出去,對(duì)端回復(fù)的報(bào)文也要從該公網(wǎng)口收到。如果發(fā)現(xiàn)某個(gè)公網(wǎng)口上收到的報(bào)文來(lái)回路徑不一致,則會(huì)丟棄該報(bào)文,導(dǎo)致出現(xiàn)上網(wǎng)慢問(wèn)題。

例如,AR的雙上行公網(wǎng)口分別為GE1和GE2,某個(gè)報(bào)文從GE1口發(fā)送出去,回程報(bào)文卻從GE2口回來(lái),此時(shí),AR會(huì)丟棄該回程報(bào)文。出現(xiàn)這種報(bào)文來(lái)回路徑不一致的情況,一般都是由對(duì)端設(shè)備發(fā)送報(bào)文時(shí)路由選擇不對(duì)引起的。本節(jié)內(nèi)容主要是指導(dǎo)用戶如何在AR上定位出是否是因?yàn)閳?bào)文的來(lái)回路徑不一致引起的上網(wǎng)慢問(wèn)題。具體的解決辦法需要聯(lián)系對(duì)端網(wǎng)絡(luò)工程師處理,可以檢查對(duì)端網(wǎng)絡(luò)的組網(wǎng)或者修改配置等,保證對(duì)端設(shè)備發(fā)出的報(bào)文滿足源進(jìn)源出的要求。

定位步驟

【1】假設(shè)AR雙上行公網(wǎng)口分別為GE0/0/1上和GE0/0/2,GE1口的對(duì)端設(shè)備所在的網(wǎng)絡(luò)地址為172.16.1.0/24,用戶訪問(wèn)該網(wǎng)段的一臺(tái)主機(jī)的IP地址和端口號(hào)為172.16.1.254/24和65532。在AR的GE0/0/2口上配置基于ACL對(duì)報(bào)文流進(jìn)行過(guò)濾功能,即GE0/0/2口上僅允許源IP地址為172.16.1.254/24,源端口號(hào)為65532的報(bào)文通過(guò)。

 system-view
[Huawei] acl 3000
[Huawei-acl-adv-3000] rule 5 permit tcp source 172.168.1.254 0.0.0.0 source-port eq 65532 
[Huawei-acl-adv-3000] quit
[Huawei] interface GigabitEthernet 0/0/2
[Huawei-GigabitEthernet0/0/2] traffic-filter inbound acl 3000
[Huawei-GigabitEthernet0/0/2] quit

【2】在GE0/0/2上配置完流量統(tǒng)計(jì)功能后,執(zhí)行命令display acl all查看設(shè)備上是否有ACL匹配計(jì)數(shù)。如果有如下粗體部分的記錄,說(shuō)明GE2口上收到了GE1口發(fā)出去的報(bào)文,出現(xiàn)了報(bào)文來(lái)回路徑不一致的情況,需要聯(lián)系對(duì)端網(wǎng)絡(luò)工程師處理。

[Huawei] display acl all                                                         
 Total quantity of nonempty ACL number is 1                                     

Advanced ACL 3000, 1 rule                                                       
Acl's step is 5                                                                 
 rule 5 permit tcp source 172.168.1.254 0 source-port eq 65532 (2 matches) 

5.3 負(fù)載分擔(dān)場(chǎng)景下的用戶上網(wǎng)慢

背景信息

在雙出口/多出口場(chǎng)景中,鏈路之間的關(guān)系分為負(fù)載分擔(dān)和主備備份兩種。負(fù)載分擔(dān)是指同一時(shí)刻,多條鏈路都在轉(zhuǎn)發(fā)流量。主備備份表示同一時(shí)刻只有一條鏈路在轉(zhuǎn)發(fā)流量,另一條處于備份狀態(tài)。負(fù)載分擔(dān)可以提高鏈路使用效率,增加帶寬,主要通過(guò)配置多條等價(jià)路由來(lái)實(shí)現(xiàn)。主備備份可以提高鏈路可靠性,主要通過(guò)配置多條不同優(yōu)先級(jí)的路由來(lái)實(shí)現(xiàn)。

不同的企業(yè)使用不同的方式,但是在多條質(zhì)量差別較大的鏈路間使用負(fù)載分擔(dān)可能會(huì)引入上網(wǎng)慢問(wèn)題。例如,AR將某個(gè)用戶訪問(wèn)某個(gè)網(wǎng)頁(yè)的報(bào)文分配到兩條鏈路上轉(zhuǎn)發(fā),質(zhì)量較差的鏈路轉(zhuǎn)發(fā)報(bào)文慢,且丟包多,必然會(huì)影響用戶的上網(wǎng)體驗(yàn)。因此,在雙出口/多出口場(chǎng)景時(shí),如果遇到負(fù)載分擔(dān)場(chǎng)景下的上網(wǎng)慢問(wèn)題,可以參考本節(jié)內(nèi)容,改成主備備份方式或者配置策略路由來(lái)解決。

定位步驟

【1】在AR上執(zhí)行命令display ip routing-table protocol static查看配置的靜態(tài)路由表信息。如果路由表內(nèi)有兩條優(yōu)先級(jí)相同的路由分別到不同的下一跳,說(shuō)明兩條路由是等價(jià)路由,鏈路之間是負(fù)載分擔(dān)的關(guān)系。

 display ip routing-table protocol static                                
Route Flags: R - relay, D - download to fib, T - to vpn-instance                
------------------------------------------------------------------------------  
Public routing table : Static                                                   
         Destinations : 1        Routes : 2        Configured Routes : 2        

Static routing table status :                                           
         Destinations : 0        Routes : 0                                     

Static routing table status :                                         
         Destinations : 1        Routes : 2                                     

Destination/Mask    Proto   Pre  Cost      Flags NextHop         Interface      

        0.0.0.0/0   Static  60   0               172.16.1.2      Unknown        
        0.0.0.0/0   Static  60   0               10.1.1.2        Unknown

【2】刪掉其中一條路由,重新訪問(wèn)網(wǎng)頁(yè),檢查使用單鏈路上網(wǎng)時(shí)是否會(huì)出現(xiàn)上網(wǎng)慢現(xiàn)象。如果無(wú),則說(shuō)明兩條鏈路質(zhì)量都很好,上網(wǎng)慢并非是等價(jià)路由引起的問(wèn)題,有可能是負(fù)載分擔(dān)算法配置不合理引起的。此時(shí),可以執(zhí)行命令ip load-balance hash,配置兩條等價(jià)路由的負(fù)載分擔(dān)方式。缺省情況下,IP報(bào)文基于源IP地址和目的IP地址進(jìn)行負(fù)載分擔(dān);TCP或者UDP報(bào)文基于源IP地址、目的IP地址、源端口號(hào)和目的端口號(hào)進(jìn)行負(fù)載分擔(dān)。

 system-view 
[Huawei] ip load-balance hash src-ip  //配置基于源IP地址進(jìn)行負(fù)載分擔(dān)

【3】如果其中一條路由上網(wǎng)慢,說(shuō)明該條鏈路質(zhì)量差。建議執(zhí)行命令ip route-static,修改該條路由的優(yōu)先級(jí),使其小于另一條路由的優(yōu)先級(jí),讓該條鏈路成為備份鏈路。路由優(yōu)先級(jí)值越大,路由優(yōu)先級(jí)越低。

[Router] ip route-static 0.0.0.0 0 10.1.1.2 preference 100

【4】如果用戶不想把兩條鏈路改成主備備份,仍然希望兩條鏈路都能轉(zhuǎn)發(fā)流量,也可以通過(guò)配置策略路由的方式解決該問(wèn)題。策略路由配置的原則為讓質(zhì)量好的鏈路多轉(zhuǎn)發(fā)一些流量,質(zhì)量差的鏈路少轉(zhuǎn)發(fā)一些流量。例如,讓70%的用戶流量從質(zhì)量好的鏈路轉(zhuǎn)發(fā),30%的用戶流量從質(zhì)量差的鏈路轉(zhuǎn)發(fā)。

5.4 主備鏈路場(chǎng)景下的用戶上網(wǎng)慢

背景信息

在雙出口/多出口場(chǎng)景中,有些企業(yè)用戶對(duì)鏈路的可靠性要求較高,會(huì)同時(shí)部署多條鏈路作為主備鏈路。這種組網(wǎng)確實(shí)可以提高鏈路可靠性,減少丟包,但不表示一點(diǎn)丟包都沒(méi)有。當(dāng)主鏈路發(fā)生故障時(shí),AR會(huì)刪除NAT表項(xiàng)里該條鏈路的相關(guān)信息,并等待客戶端給服務(wù)器發(fā)送新的建立連接請(qǐng)求。AR則根據(jù)客戶端發(fā)送的連接請(qǐng)求重新建立會(huì)話表項(xiàng)。AR重新建立會(huì)話表項(xiàng)的時(shí)間依賴(lài)于客戶端和服務(wù)器之間的報(bào)文交互時(shí)間。極端情況下,如果客戶端一直不發(fā)請(qǐng)求,則網(wǎng)絡(luò)訪問(wèn)會(huì)中斷。有些用戶不太了解AR建立連接的機(jī)制,會(huì)誤認(rèn)為出故障了,實(shí)際上屬于正常上網(wǎng)慢現(xiàn)象。如果遇到主備鏈路場(chǎng)景下的上網(wǎng)慢問(wèn)題,可以參考本節(jié)內(nèi)容,檢查是否由于重新建立連接引起的。

定位步驟

【1】在AR路由器上連續(xù)多次執(zhí)行命令display nat session查看NAT映射表項(xiàng)信息是否有變化。

 display nat session all verbose
  NAT Session Table Information:

     Protocol          : TCP(6)
     SrcAddr  Port Vpn : 10.200.200.200 65532
     DestAddr Port Vpn : 10.100.100.100 1024
     Time To Live      : 60 s
     NAT-Info
       New SrcAddr     : 10.10.10.10
       New SrcPort     : 10240
       New DestAddr    : 10.30.30.30
       New DestPort    : 21

     Protocol          : UDP(6)
     SrcAddr  Port Vpn : 10.200.200.200 65532
     DestAddr Port Vpn : 10.100.100.100 1024
     Time To Live      : 60 s
     NAT-Info
       New SrcAddr     : 10.10.10.10
       New SrcPort     : 10240
       New DestAddr    : 10.30.30.3
       New DestPort    : 21

  Total : 2

【2】如果發(fā)現(xiàn)NAT表項(xiàng)中“SrcAddr Port Vpn”字段的源端口號(hào)發(fā)生變化,說(shuō)明AR設(shè)備上重新建立了NAT會(huì)話表項(xiàng),該上網(wǎng)慢是由NAT表項(xiàng)重新建立引起的,屬于正常情況,無(wú)需額外處理。

06

收集上網(wǎng)慢故障信息

如果以上步驟均未能解決您的問(wèn)題,請(qǐng)先按如下步驟收集相關(guān)信息,然后尋求技術(shù)支持。

【1】收集故障相關(guān)信息

一鍵式收集設(shè)備的所有診斷信息并導(dǎo)出文件。

在用戶視圖下,執(zhí)行display diagnostic-informationfile-name命令,采集設(shè)備診斷信息并保存為文件。

 display diagnostic-information dia-info.txt
  This operation will take several minutes, please wait.........................
..................................................................              
Info: The diagnostic information was saved to the device successfully.

【2】收集設(shè)備的日志和告警信息并導(dǎo)出文件。

在用戶視圖下,執(zhí)行save logfile命令,將緩沖區(qū)的日志和告警信息保存為文件。

 save logfile
Info: It may take several seconds,please wait...  
Save log file successfully.






審核編輯:劉清

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • WAN
    WAN
    +關(guān)注

    關(guān)注

    1

    文章

    153

    瀏覽量

    19342
  • 路由器
    +關(guān)注

    關(guān)注

    22

    文章

    3837

    瀏覽量

    116674
  • TCP
    TCP
    +關(guān)注

    關(guān)注

    8

    文章

    1402

    瀏覽量

    81031
  • 路由網(wǎng)關(guān)

    關(guān)注

    0

    文章

    7

    瀏覽量

    6639
  • MSS
    MSS
    +關(guān)注

    關(guān)注

    0

    文章

    5

    瀏覽量

    6828

原文標(biāo)題:為什么有線網(wǎng)速這么慢?可能是這些原因?qū)е碌?

文章出處:【微信號(hào):通信弱電交流學(xué)習(xí),微信公眾號(hào):通信弱電交流學(xué)習(xí)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    為什么無(wú)線網(wǎng)絡(luò)的網(wǎng)速有線網(wǎng)絡(luò)的要很多

    不少人遇到這樣的現(xiàn)象:用無(wú)線網(wǎng)絡(luò)下載文件時(shí)網(wǎng)速只有十幾K每秒,但是用插網(wǎng)線的機(jī)器下載文件卻能達(dá)到一兆多的網(wǎng)速。估計(jì)不少人非常困惑,是不是無(wú)線網(wǎng)絡(luò)比
    發(fā)表于 01-19 14:56

    無(wú)線網(wǎng)絡(luò)比有線網(wǎng)絡(luò)速率?

    有線網(wǎng)絡(luò)是用過(guò)網(wǎng)線傳輸,無(wú)線網(wǎng)絡(luò)是通過(guò)空氣傳播,于是很多人認(rèn)為無(wú)線網(wǎng)絡(luò)比有線網(wǎng)絡(luò)要,真的嗎?其實(shí)是有一定道理的。 WiFi速度之所以比
    發(fā)表于 08-05 15:35

    有線網(wǎng),有線網(wǎng)的結(jié)構(gòu)是什么?

    有線網(wǎng),有線網(wǎng)的結(jié)構(gòu)是什么? 有線網(wǎng)   有線網(wǎng):采用同軸電纜和雙絞線來(lái)連接的計(jì)算機(jī)
    發(fā)表于 03-20 14:15 ?3399次閱讀

    關(guān)于新能源汽車(chē)與自動(dòng)駕駛,你想知道的都在這里

    關(guān)于新能源汽車(chē)與自動(dòng)駕駛,你想知道的都在這里。
    發(fā)表于 08-02 09:57 ?2577次閱讀

    最詳細(xì)的電氣基礎(chǔ)知識(shí)都在這里,你確定要錯(cuò)過(guò)嗎?

    最詳細(xì)的電氣基礎(chǔ)知識(shí)都在這里。
    的頭像 發(fā)表于 03-28 16:03 ?2.8w次閱讀
    最詳細(xì)的電氣基礎(chǔ)知識(shí)都<b class='flag-5'>在這里</b>,你確定要錯(cuò)過(guò)嗎?

    聚游公社:在這里,你想要的我們都能給......

    真真感覺(jué)是撿到寶了!獨(dú)樂(lè)樂(lè)不如眾樂(lè)樂(lè),我覺(jué)得有必要和大家推廣一下,讓大家也享受一下能躺在家里賺錢(qián)的快感!今天的主角:聚游公社!顧名思義,這是一個(gè)匯集了很多游戲的一站式體驗(yàn)社區(qū)!在這里,你能玩到你能想象
    發(fā)表于 12-20 17:58 ?451次閱讀

    手機(jī)充電是怎么回事

    對(duì)于手機(jī)充電來(lái)說(shuō),大家都會(huì)嫌慢,雖然現(xiàn)在都有快充技術(shù)支持,但是充電有時(shí)候也很慢,到底有什么好的解決辦法呢?小編在這里說(shuō)說(shuō)手機(jī)充電常見(jiàn)的幾種原因
    的頭像 發(fā)表于 02-28 14:15 ?2.8w次閱讀

    MLCC缺貨,能用鉭電容替代嗎?最靠譜兒的回答在這里~

    MLCC缺貨,能用鉭電容替代嗎?最靠譜兒的回答在這里~
    的頭像 發(fā)表于 07-02 11:40 ?4493次閱讀

    更多AI新品將在這里先行先試

    浦東新區(qū)將建成一批新一代人工智能產(chǎn)業(yè)創(chuàng)新應(yīng)用“試驗(yàn)場(chǎng)”,更多人工智能創(chuàng)新產(chǎn)品、平臺(tái)和服務(wù)將在這里先行先試。
    發(fā)表于 07-18 16:39 ?615次閱讀

    4G信號(hào)明明滿格,但網(wǎng)速過(guò)蝸?!?/a>

    實(shí)際信號(hào)滿格,網(wǎng)速卻非常,在生活中是一件非常常見(jiàn)的事情。相信大家以前都遇到過(guò),那么碰到此類(lèi)問(wèn)題,我們?cè)撛趺唇鉀Q呢?其實(shí)非常簡(jiǎn)單,下面我們就一起來(lái)看看吧。 原來(lái)主要原因在這,漲知識(shí)了,在解決信號(hào)滿格
    發(fā)表于 03-17 16:49 ?1953次閱讀

    4G信號(hào)明明滿格,但網(wǎng)速過(guò)蝸牛,是什么原因

    實(shí)際信號(hào)滿格,網(wǎng)速卻非常,是一件非常正常的事情。相信大家以前都遇到過(guò),那么碰到此類(lèi)問(wèn)題,我們?cè)撛趺唇鉀Q呢?其實(shí)非常簡(jiǎn)單,下面我們就一起來(lái)看看吧。 原來(lái)主要原因在這,漲知識(shí)了,在解決信號(hào)滿格,
    發(fā)表于 05-25 09:17 ?5078次閱讀

    AR路由器上網(wǎng)故障如何處理

    ,別著急。《AR路由器上網(wǎng)故障處理》一文從現(xiàn)網(wǎng)真實(shí)案例中,總結(jié)了一套通用的上網(wǎng)定位思路和解決方法。主要涵蓋的內(nèi)容如下: 了解你的網(wǎng)絡(luò) 了解網(wǎng)速慢故障場(chǎng)景 為什么有線網(wǎng)速慢,
    的頭像 發(fā)表于 11-16 15:28 ?2856次閱讀

    J-Link 中的JTAG 接口:正確使用需要了解的注意事項(xiàng),在這里!

    J-Link 中的JTAG 接口:正確使用需要了解的注意事項(xiàng),在這里
    的頭像 發(fā)表于 12-01 16:01 ?2362次閱讀
    J-Link 中的JTAG 接口:正確使用需要了解的注意事項(xiàng),<b class='flag-5'>在這里</b>!

    有關(guān)eFuse電子保險(xiǎn)絲,你應(yīng)該了解的技術(shù)干貨,都在這里!

    有關(guān)eFuse電子保險(xiǎn)絲,你應(yīng)該了解的技術(shù)干貨,都在這里
    的頭像 發(fā)表于 12-04 10:20 ?2281次閱讀
    有關(guān)eFuse電子保險(xiǎn)絲,你應(yīng)該了解的技術(shù)干貨,都<b class='flag-5'>在這里</b>!

    48V電源系統(tǒng)可恢復(fù)eFuse的設(shè)計(jì)秘訣,在這里!

    48V電源系統(tǒng)可恢復(fù)eFuse的設(shè)計(jì)秘訣,在這里
    的頭像 發(fā)表于 12-05 10:09 ?1176次閱讀
    48V電源系統(tǒng)可恢復(fù)eFuse的設(shè)計(jì)秘訣,<b class='flag-5'>在這里</b>!