PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 系統組件
帳戶
密碼
 

回應
 
主題工具
cmwang
Elite Member
 

加入日期: May 2002
您的住址: 板橋
文章: 5,105
Wireshark看到Ethernet frame check sequence incorrect??

鵝有user反映mail server連不到後端的Exchange,連過去一看小封包是Ok的,但大封包會看到一坨Ethernet frame check sequence incorrect(L2都過不了了,那L3/L4不work也是天經地義的 )....

鵝當下的反應是把NIC(BCM5719 )的offloading關掉,關掉後問題的確是解決了(未使用到的bge1 RXCSUM/TXCSUM/TSO4 default是on的,bge0的RXCSUM/TXCSUM/TSO4是被鵝關掉的)....

可是後來仔細一想,現代的Ethernet MAC在遇到bad frame時應該會直接drop掉才對(i.e. Wireshark理論上是看不到L2的bad frame的),那為啥鵝會看到那些Ethernet frame check sequence incorrect,而且把offloading關掉之後,問題也解決了(誤打誤撞)...

後來鵝試著在lab重建現場,最方便而且還算精確的方式是在ESXi上透過DirectPath I/O讓VM直接控制Ethernet MAC,然後產生大量traffic,看能不能重現一樣的狀況,如果看到一樣的狀況就只好推測是OS/driver相容性之類的問題,沒有的話就可能是user site的問題,建了兩個Linux VM測了半天,傳了上TB的garbage,就是沒看到一樣的狀況,問題是鵝家的產品是based on BSD的,BSD VM卻無法透過DirectPath I/O直接控制NIC(VM的kernel boot起來時有看到Ethernet MAC,但要initial PHY時失敗,所以不work),換插另一張I社的X340-T4時Linux和BSD就都可以work,不過這樣就失去重建現場的意義了,請問一下有網友搞過類似的測試嗎....
     
      
上傳的圖像
文件類型: png bad-fcs.PNG (111.8 KB, 3次瀏覽)
文件類型: png no-offloading.PNG (52.9 KB, 186次瀏覽)
__________________
士大夫之無恥,是謂國恥....

此文章於 2018-02-28 08:08 AM 被 cmwang 編輯.
舊 2018-02-28, 08:00 AM #1
回應時引用此文章
cmwang離線中  
anderson1127
Elite Member
 

加入日期: Jan 2002
文章: 4,020
許多年以前,我有看過所謂的 Ethernet Frame Oversized 這種Error messages ....

當初的環境是很多的問題造成 !! 條列如下

1. 純Layer 1 的Hub
2. UTP網路線亂做(色線照排,沒依照568B/568A做法)
3. 螃蟹卡橫行

鵝大的狀況,只有考慮末端點的問題,沒考慮中間經過的L2 switch的問題??
我目前所管轄的end user site 還有古老的D-Link L2 switch hub (褐色鐵殼) , 很想把它給OOXX掉....
 
__________________
您想買新硬碟嗎? 購買前請務必參考這篇文章,是我的實際經驗

還想讓統一賺你的錢嗎?統一集團成員(能見度高的):
星巴克、家樂福、7-11、無印良品、黑貓宅急便、聖娜多堡、阪急百貨、
康是美、博客來、夢時代、Mister Donut 、Cold Stone 、龜甲萬、
維力33%股權、光泉31%股權、Smile速邁樂、紅心辣椒、台北轉運站(統一企業BOT)

統一LP33膠囊有環保署早已列管的一級管制品: DNOP塑化劑
舊 2018-02-28, 09:11 AM #2
回應時引用此文章
anderson1127離線中  
cmwang
Elite Member
 

加入日期: May 2002
您的住址: 板橋
文章: 5,105
剛在Mobile01有網友提供了一膽看法,鵝順便轉貼一下了,那些Ethernet frame check sequence incorrect看來是本機發出的封包(48.53->48.169 ),不是收到的封包,而且鵝確定Wireshark中Validate Ethernet checksum if possible是enable的(不然不會顯示那些錯誤 ),就算driver層有bug造成TSO/TXCSUM不work,MAC層產生的Ethernet checksum通常還是對的,而不會有看到checksum error的機會(libpcap capture的點不同的話,是有可能看到checksum還是0x0的封包,但在此checksum是已經填了,只是填錯了 ),不過事隔這一段期間,鵝已經從那個職位畢業了,所以也看不到現場了....
舊 2018-04-28, 06:35 PM #3
回應時引用此文章
cmwang離線中  
NEAL
Golden Member
 
NEAL的大頭照
 

加入日期: Jun 2002
您的住址: Taiwan
文章: 2,668
鵝大,我有解過一樣的問題,後來我發現是Broadcom某系列晶片的Checksum offloading有一些bug,關掉就沒事了。

你可參考這篇文章,問題應該和你描述相同。

https://social.technet.microsoft.co...rum=winserverPN
__________________
工作主力機:
AMD Ryzen9 5900X 2203 B2
MSI B550M Mortar WiFi
Kingston Fury Beast RGB D4-3600 32GBx4 (Hynix AJR)
Samsung 970 EVO Plus 1TB
EVGA 850GM SFX
Thermalright SilverArrow IB-E Extreme
Mech. Master C28
BenQ PD3200Q
ASUS ROG Gladius II Origin
GANSS HS75T x Glorious Panda

護眼LCD的選擇
LG 32LM6200 32吋液晶電視電源模組維修經驗分享
舊 2018-04-28, 10:09 PM #4
回應時引用此文章
NEAL離線中  


回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是06:40 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。