Linux

什麼會導致 ifconfig NIC 丟幀計數緩慢增加(每天 90-100 幀)?

  • February 13, 2015

我有一個執行 CentOS 5.11 的網路設備。它看到了相當多的流量(抱歉,我沒有具體的數字,但我知道它正在使用中)。

出於某種原因,我看到 ifconfig 錯誤計數緩慢增加。

eth0      Link encap:Ethernet  HWaddr AA:BB:CC:DD:EE:FF  
         inet addr:1.1.1.1  Bcast:1.1.1.255  Mask:255.255.255.0
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
         RX packets:202723544 errors:0 dropped:4959 overruns:0 frame:37
         TX packets:158354057 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000 
         RX bytes:4261083782 (3.9 GiB)  TX bytes:1224803677 (1.1 GiB)
         Interrupt:83 Memory:f6bf0000-f6c00000 

(IP 和 MAC 被重命名以保護無辜者)。

丟棄的計數每天大約增加 90-100 幀。這是否表明有任何問題?這是“正常”嗎?

還有,什麼frame:37意思?

我遇到了一篇部落格文章,我相信它回答了這個問題:

這是內幕:

  • RX packets:表示接收到的數據包總數。這包括所有進入介面的網路數據單元(包括格式錯誤/無效/被拒絕的內容)。

  • (RX)errors:表示有“錯誤”的數據包的數量。網路上的許多文件很快就會將此計數器標記為未通過 CRC 檢查的幀數。雖然這當然是一種可能的解釋,但這並不是可能發生錯誤的唯一原因。其他可能性包括(但不限於):

    • 幀太長。
    • 環形緩衝區溢出(環形緩衝區是“NIC 在向核心提出 IRQ 之前將幀傳輸到的緩衝區”)
    • fifo 超限(解釋如下)
    • 失去的數據包
  • (RX)overruns:表示 fifo 溢出的次數。當核心無法跟上環形緩衝區的耗儘速度時,就會導致溢出。

  • (RX)frames:表示未對齊的傳入幀數(幀大小不能被 8 整除)。

資料來源:

http://searchnetworking.techtarget.com/tip/Common-network-errors-and-causes

http://www.gnu.org/software/inetutils/manual/inetutils.html

http://blog.hyfather.com/blog/2013/03/04/ifconfig/

引用自:https://serverfault.com/questions/666954