Я управляю небольшим количеством новых ноутбуков и настольных компьютеров Dell, использующих аналогичное оборудование Ethernet - Intel I217-LM для настольных компьютеров и Intel I218-LM для ноутбуков. Все они работают под управлением одного и того же драйвера Intel в Windows 7, в настоящее время «Версия Intel® PROSet: 18.1.59.00» или версия драйвера «12.11.77.0, 2/11/2014» (не знаю, для чего предназначены две версии, но что угодно).
На этих машинах возникают проблемы с пересылкой пакетов на сервер в нескольких шагах от нашей локальной сети кампуса. Мой диагностический инструмент для этих проблем запускал простой ping -t -l 3500 targetserver01 по несколько часов за раз и сравнивал количество отброшенных пакетов с элементом управления.
Я обнаружил, что эти новые машины сбрасывают десятки пакетов в час, в то время как древний рабочий стол по соседству почти не падает. В последнем испытании, которое я запускал, этот старый настольный компьютер отбрасывал 14 пакетов в течение 2,5 часов, в то время как все более новые машины падали между 110 и 130 за тот же период времени. Даже при запуске тех же ноутбуков на Wi-Fi они отбрасывают меньше пакетов, чем когда они используют Ethernet. Я также контролировал сетевую инфраструктуру - я на 100% уверен (+/- 10%) на данный момент, что переменная, совпадающая с этой проблемой, - это драйвер Intel Ethernet для Windows, и это подтверждается загрузкой одного из ноутбуков. в Ubuntu на флешку. При запуске драйвера Ubuntu по умолчанию на том же самом наборе микросхем Intel проблема исчезает, и показатели потери пакетов возвращаются к элементу управления "старый рабочий стол".
Я попробовал поиграть со всеми настройками, которые я могу получить в настройках драйвера в диспетчере устройств, но безрезультатно. Эти машины необходимы для запуска программного обеспечения Windows, поэтому я не могу просто установить Linux на всех них. Лучший обходной путь, который у меня есть на данный момент, - это купить адаптеры USB-Ethernet для всех этих машин, чтобы использовать их вместо встроенных интерфейсов, но я полагаю, что должен быть лучший способ, поскольку проблема заключается в программном обеспечении драйвера, а не сам интерфейс.
Я нашел этот вопрос, который, кажется, указывает, что я не собираюсь находить "универсальные" драйверы для этого набора микросхем Intel:
Общие драйверы Ethernet для WINDOWS
Итак, каковы мои варианты? Означает ли это необходимость дальнейших исследований, возможно, путем запуска WireShark на зараженных машинах? Intel принимает отзывы пользователей?
РЕДАКТИРОВАТЬ:
Новые драйверы не имеют никакого значения. Все компьютеры под управлением Windows 7, к которым у меня есть доступ в настоящий момент, подвержены уязвимости, за исключением виртуальной машины, работающей на iMac. Виртуальная машина НЕ испытывает проблему потери пакетов ~ 1%.
Следующие шаги состоят в том, чтобы одновременно протестировать пинг каждого маршрутизатора между этим офисом и сервером (их всего 2), прочитать о том, как использовать NTttcp, и найти другую собственную машину Windows 7, которая использует другой набор микросхем. Я вернусь.
О, я также попробовал использовать USB-Ethernet-ключ и получил примерно 1% потерь пакетов. Так что теперь я просто измотан.
Новый вопрос: как я могу удержаться от медленного погружения в безумие?
2-е редактирование:
В конце концов, это начинает выглядеть как проблема сети. До сих пор не было возможности изучить некоторые из предложенных инструментов анализа (но спасибо за это), но производительность на ранее незатронутых машинах начала снижаться за последние 24 часа - и теперь мое тестирование сузило это до чего-либо после первого коммутатора в маршруте - ping к машине на том же коммутаторе и в том же офисе преуспевает с потерей пакета 0%.