GbE的flow control....
 

鵝的user在NFS client/server間接了台8port dumb switch,沒開jumbo frame等特異功能,可是在client上看到很多NFS server not responding,still trying,但server端loading其實不高,L2也沒看到啥error/dropped/overrun frame,倒是在client端看到不少duplicated ack/TCP window update,鵝發現NFS server端的Ethernet flow control是enabled的,會不會是Ethernet的flow control去干擾到TCP/IP的flow control所至,那關掉Ethernet的flow control會有幫助嗎:confused::confused:....

鵝大

我直覺反應是告訴我,那顆8 port switch 應該有問題 , 當然線材也是有可能是問題之一

不然就用CrossOver線材直接連接Server and Client , 看看還會不會有這問題出現!!

這讓我想起很久以前,我曾看過的狀況 -- > Ethernet Frame OverSized

謝了,可是鵝在client/server端都沒開Jumbo Frame啊:confused::confused:....

我也很想知道一件事

許多年以前,公司承做的IBM 伺服器,用Gigabit光纖 switch (一樣也是8 port , 真巧 ... :jolin: )
將Server and Client都連接起來 , 結果Client要傳到Server端 1個byte 都傳不過去 (ping得到喔)

我也很想知道,這台光纖switch到底出了什麼事,無管理界面,只有單純的光纖界面(SC接頭)
當初用的方法就是用將光纖線直接連結Server and Client 來確認switch出問題!!

相同的方式也跟您說了,您的狀況去Google後得到的資訊都是Packet loss造成 , 您就先去確認
Server與client之間直接用網路線連結後,還會不會有相同狀況出現....

PS: 我也真的很想問當初螃蟹卡為何會一直出現Ethernet Frame OverSized 這個問題啊.....

下圖是兩套不同的系統,在約略相同時間把netstat的statics清空後,run到剛剛的統計....


雖然說不同的機器不應該放在一起比較(兩套NFS client/server都是標準的server,NIC都是Broadcom的server卡),您猜哪一個switch比較高檔啊:confused::confused:....

　8139C？聽說有個沒開 Jumbo Frame，卻自己送 Jumbo Frame 的 bug，不曉得到底是硬體問題或軟體問題。（十年前的bug!!）

鵝大

您就直說使用的switch廠牌吧....

我之前遇到的是Enteresasys or Cabletron , 都是約十多年前的事了 , 我甚至還遇上
Xyplex 的Router , 只要跨Router傳資料傳到一定的大小就會讓Router掛點,要重開!!

如果您要避免Jumbo Frame , 那就將linux的interface 用ethtool去調整speed & duplex
降成100M Full Duplex 很自然的就不存在Jumbo Frame 的問題!! 之後再讓它運作
一段時間來觀察還有沒有這種狀況發生!!

先一段一段的分開來查,會比較好找到問題點!!

我也不確定是那個型號了,只知道當時還是以10M or 100M為主的環境,螃蟹卡剛出道沒多久
Linux也新支援它的driver , 當時L2 switch 還不普及 , 最多的是純HUB環境 (Layer 1設備)

我不認為它是Jumbo Frame所產生的bug , 因為當時還是10M為主的環境, Layer 2 SW
還是後幾年才普及的設備!!

不過這個問題後來我有解決了,問題就出在線材及SW二選一,主要是線材亂做一通沒照規範
再加上HUB的環境,很好笑的是,只要有一條出問題,接在這個HUB的線路全部受影響

不過這種狀況已經不復見了,就算你的線亂做也是一樣,頂多就是傳輸不順而已....