SLES 9 против SLES 10

Question

Есть ли важные изменения в том, как SLES 10 реализует сокеты Tcp по сравнению с SLES 9?

У меня есть несколько приложений, написанных на C # (.NET 3.5), которые работают на Windows XP и Windows Server 2003. Они работают уже более года, получая рыночные данные с компьютера SLES 9 с использованием сокетного соединения.

Сегодня машина была обновлена ​​до SLES 10, и это вызывает странное поведение. Сокет обычно возвращает несколько сотен или тысяч байтов каждую секунду. Но иногда я прекращаю получать данные. Десять или более секунд будут проходить без данных, а затем «Return» вернется с байтами 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 - отправитель, так что, возможно, что-то могло измениться, что заставило его ждать, пока у него не появится полное окно данных или что-то еще. Но 10к это слишком много. Звучит больше как отброшенные пакеты, а затем большой возврат, когда в конце концов приходит отсутствующий пакет, что позволяет возвращать данные из очереди тоже.