Linux
什麼會導致 ifconfig NIC 丟幀計數緩慢增加(每天 90-100 幀)?
我有一個執行 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