Перейти к контенту

Рекомендуемые сообщения

Собстно, сабж. Есть двухпроцессорная машинка на русской Windows Server 2008 SP2 32-bit с двумя задействованными сетевыми платами и несколькими прикладными сетевыми приложениями. Одна из плат подключена к Интернету (шлюз указан), вторая - кроссовером к другому серверу (шлюз не прописан). Потребовалось ввести эту машинку в сеть VipNet через инет, для чего установили клиент 3.1 . После установки клиента начались пляски траффика. Впечатление такое, что IP-пакеты, превышающие некоторый размер, часто забиваются разным мусором. Это касается в т. ч. приложений VipNet: при попытке передать от другого абонента сети файл сколь-нибудь приличного размера (28 МБайт) файл принимается, но Деловая почта после приёма пишет ошибку целостности пакета и перемещает оный в Bad. Другие приложения работают аналогично: файлы скачиваются из инета с повреждениями (причём чем больше размер файла, тем выше вероятность повреждения), SQL-запросы на этот сервер тоже бьются, подключение к удалённому рабочему столу цепляется успешно примерно один раз на 70 безуспешных попыток. Проблемы начинаются после перезагрузки машины (перед первичной инициализацией) и исчезают после удаления VipNet Client. Первичная инициализация, подключение к сети и отключение защиты IP-траффика проблемы не решают.

По конфигурации: Windows лицензионный со всеми обновлениями, пробовались сборки client_3.1.(2_6263)_x32, client_3.0_(3.3062)_R, сlient_3.1_(1.5616)_R, client_3.1_(1.5813)_R_x64_x86. Со всеми ними результат один. Антивирусов нет, брандмауэр отключен (в т. ч. служба). Пожалуйста, подскажите, где копать.

Ссылка на комментарий
Поделиться на других сайтах

lubezniy

MTU какое выставлено?

Какие сетевые платы установлены?

Сетевые платы из диспетчера устройств:

Intel® 82566DM-2 Gigabit Network Connection

Intel® PRO/1000 PM Network Connection

Вероятно, после установки випнета (могу ошибиться, но изначально не было) появился ещё некий Адаптер Microsoft 6to4, на который не удаётся загрузить драйверы (устройство не работает).

MTU не менялся и стоит по умолчанию (для обоих интерфейсов 1500 байт).

Добавлю, к слову, что на интерфейс loopback (127.0.0.1) проблема не распространяется.

Ссылка на комментарий
Поделиться на других сайтах

Подозреваю, что весь траффик с адаптеров Ethernet идёт через какой-то драйвер випнета, и проблема связана с работой этого драйвера. Но, не зная точно, что к чему, разобраться не могу. Других проблем сервер в работе не обнаруживает. Полная переустановка всего ПО вместе с Windows эффекта не дала. Прошу помощи в решении вопроса - начальство уже рвёт и мечет.

Ссылка на комментарий
Поделиться на других сайтах

lubezniy

Есть еще пара предположений:

1) посмотреть тип трафика - фрагментированых пакетов много? хотя скорее всего дело не в этом...

2) можно попытаться выключить мультикорность.

3) попробуйте увеличить MTU хотя бы до 1600-1700.

Ссылка на комментарий
Поделиться на других сайтах

lubezniy

Есть еще пара предположений:

1) посмотреть тип трафика - фрагментированых пакетов много? хотя скорее всего дело не в этом...

2) можно попытаться выключить мультикорность.

3) попробуйте увеличить MTU хотя бы до 1600-1700.

Из предположений удалось только увеличить MTU, но это безрезультатно. Оставить одно ядро посчитал некошерным - випнет не единственный продукт на машинке, ресурсы процессора тоже требуются. Проблема решилась заменой ОС на с 32-битной на 64-битную (тоже Server 2008 SP2). На всякий случай привожу конфигурацию машинки. Это сервер MSI X2-109 (брали, правда, под другим брэндом) о двух процессорах Xeon E5410 (четырёхъядерные), чипсет Intel 5100, 8 ГБайт ОЗУ в двух каналах, RAID-контроллер на SAS.

Ссылка на комментарий
Поделиться на других сайтах

Вероятно, после установки випнета (могу ошибиться, но изначально не было) появился ещё некий Адаптер Microsoft 6to4, на который не удаётся загрузить драйверы (устройство не работает).

Может пальцем в небо, но строка "Microsoft 6to4" наводит на мысли о ip6. Если включен протокол tcp/ip6, то может дело в нем.

В любом случае вряд ли у вас он используется, а на "состав" и размер пакетов он влияет, так что его лучше отрубить в девайсах.

"Хотите подключиться к серверу, работающему на IPv6 и расположенному в Японии, но ваш провайдер еще даже не знает о существовании RFC 2460, не беда. 6to4 решает эту проблему.

Устанавливать 6to4 или включать его поддержку не нужно. На Windows Vista, Windows7, Windows Server 2008, Windows Server 2008 R2 он задействован по-умолчанию." (с) MS Подробнее

"ISATAP encapsulates IPv6 packets using IPv4 header. This feature allows the customer carry IPv6 traffic over an IPv4 infrastructure." В общем сплошное инкапсулирование.

Ссылка на комментарий
Поделиться на других сайтах

Сервер изначально сидел полностью голой попой в инете, и потому все лишние протоколы (в т. ч. ipv6, служба доступа к файлам и принтерам сетей Microsoft и т. п.) с сетевых адаптеров были отключены сразу после установки системы - оставил только ipv4. Так что пальцем в небо.

Ссылка на комментарий
Поделиться на других сайтах

Присоединиться к обсуждению

Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.

Гость
Ответить в этой теме...

×   Вы вставили отформатированный текст.   Удалить форматирование

  Допустимо не более 75 смайлов.

×   Ваша ссылка была автоматически заменена на медиа-контент.   Отображать как ссылку

×   Ваши публикации восстановлены.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
×
  • Создать...

Важная информация

Продолжая пользоваться сайтом вы принимаете Условия использования.