TCP ретрансляция по локальной сети, Wi-Fi в порядке

Question

У меня есть ноутбук Dell XPS 17 (около 5 лет) под управлением Windows 7 и NAS-устройство Synology RS412. У меня также есть различные другие сетевые устройства (серверы, маршрутизаторы, ноутбуки, ПК). Некоторые находятся в моем домене, некоторые нет. Все эти другие устройства не имеют проблем с подключением и использованием Synology NAS. У Dell нет проблем с подключением к NAS ... через Wi-Fi. У него нет проблем с подключением к другим локальным или интернет-устройствам (беспроводная связь на маршрутизаторе работает по расписанию и только по вечерам).

Однако использование кабеля имеет ... проблемы. Пингует NAS, работает. Telnet 5000 и набор тарабарщины возвращает 302 и отключение. Подключение к веб-интерфейсу NAS с помощью браузера (любого браузера) или обмена файлами с помощью проводника Windows приводит к зависанию программы без тайм-аута.

Wireshark выдает мне повторные передачи TCP, TCP ACK DUP и ошибки предыдущего сегмента TCP, которые не фиксируются.

Это само по себе заставило меня попробовать Wi-Fi и сделать вывод, что это действительно работает.

Я использовал несколько (проверенных на работоспособность) кабелей UTP, чтобы исключить неисправный кабель. Для физического отказа это кажется странно специфичным ... хотя вы никогда не знаете ...

Вопрос:

Итак, за исключением физического сбоя сетевой карты, есть ли в Windows какие-либо настройки, которые могут вызвать такое поведение?

Answer 1

В конце концов я исправил это, понизив MTU, пока он не заработал, и отключив Jumbo Frames.

Answer 2

Это звучит намного, гораздо более вероятно, что это сбой сетевого адаптера / кабеля / порта коммутатора, чем что-либо на уровне ОС. Хотя повторная передача TCP может быть вызвана программным обеспечением (таким как сетевой стек ОС), отправляющим искаженные пакеты в коммутируемых сетях, это почти всегда является результатом неправильной работы аппаратного или физического окружения. (Я предполагаю, что ваша локальная сеть использует коммутатор, а не концентратор, поскольку коллизии пакетов в домене коллизий концентратора также будут создавать повторные передачи.)

Как и предполагалось, вы можете попробовать запустить другую ОС (например, liveCD для Linux), чтобы исключить прикладное программное обеспечение и сетевой стек из уравнения, но более чем в 99 раз из 100 это является результатом ошибки на уровне 1 Модель сети OSI (и иногда уровень 2 или 3).

Таким образом, наилучшими и самыми быстрыми вариантами обычно являются очистка портов Ethernet (продувка их консервированным воздухом)), проба нового кабеля, проверка на наличие источников помех (возможно, ваш сетевой кабель работает рядом с большим источником питания). Например, измените порты, к которым подключен кабель, а затем обновите микропрограмму и драйверы, связанные с сетью (если применимо).

Если это не сработает, это вопрос изоляции неисправного устройства (порт на компьютере, порт на NAS, коммутатор) и приобретения заменяющего оборудования, к сожалению.