SLES 9與SLES 10

Question

與SLES 9相比，SLES 10實現Tcp套接字的方式是否有重要變化？

我有幾個用C＃（.NET 3.5）編寫的應用程序，它們在Windows XP和Windows Server 2003上運行。它們已經運行了一年多了，可以使用套接字連接從SLES 9計算機上獲取市場數據。

該計算機今天已升級到SLES 10，並引起了一些奇怪的行為。 套接字通常每秒返回數百或數千個字節。 但是偶爾，我會停止接收數據。 十秒鍾或更長時間將沒有數據，然后接收將返回10k +字節。 還有一些緩沖區導致數據丟失，因為我在套接字上收到的字節不再構成正確的數據包。

唯一更改的是將SLES 9升級到10。 回滾可立即解決此問題。 有任何想法嗎？

Answer 1

丟棄的數據包可以通過將smb內核升級到2.6.16.60-0.37或更高版本來解決。 BNX2內核模塊是丟棄數據包的根本原因。 這是開箱即用的SLES 10的一個已知問題。

參考： http : //www.novell.com/support/search.do?cmd= displayKC& sliceId= SAL_Public& externalId=7002506

Answer 2

/ proc / sys / net設置的默認值可能已更改。 也許更新的SLES可以啟用tcp_ecn之類的功能？

如果您的網絡丟棄了一些SLES10不喜歡的數據包，則可能是啟用了更新的TCP功能。 否則我不知道。 我會用tcpdump / wireshark來看看。 也許跟蹤服務器進程以查看其正在執行的系統調用。

SLES是發件人，因此有可能發生了某些變化，從而決定等待直到它具有完整的數據窗口或其他內容。 但是10k太多了。 聽起來更像是丟了的數據包，然后當丟失的數據包最終到達時又有很大的回報，這也使得排隊的數據也可以返回。