NIC прекратил получать 20% пакетов
Я соединяюсь со своей гигабитной LAN с моим основанным на RTL8111C NIC. Это находится на Гигабайте GA-P43-DS3. За прошлые 3 недели я заметил, что моя скорость передачи отбросила от обычных 40-60 МБ/с (использование NAS по SMB) приблизительно к 2-10 МБ/с. Я думал, возможно, что сервер сделал некоторое ограничение пропускной способности, но от любого другого ПК скорости передачи были в порядке.
Я изменил кабель ПК и попробовал различные порты переключателя. Когда я проверил трафик с Wireshark, я заметил, что были ошибки TCP, как дублирующийся ACKs. Позже, я проверил скорость передачи с iperf, и это было столь же низко как тогда, когда я скопировал файлы по SMB, таким образом, проблема должна быть с сетью.
Когда я сделал тест по UDP, он показал, что приблизительно 10-20% пакетов были отброшены. Забавная вещь, что, если я использую более низкий пронумерованный порт на своем переключателе, коэффициент ошибок намного выше. (Например, port#1: 21% по сравнению с port#8: 11%)
Я думаю скорость передачи, отброшенная, потому что пакеты были потеряны во время передачи, таким образом, TCP замедлил процесс. Я также заметил, что эти коэффициенты ошибок только относятся к получению пакетов. Компьютер может отправить пакеты почти с 0%-ми потерями.
Я проверил сеть с различными кабелями и компьютерами, и каждая комбинация работала хорошо. Уровень отбрасывания был приблизительно 1 по сравнению с 460 000 пакетов (почти 0%).
Действительно ли это характерно для остановки NICs получить пакеты? Почему это имеет значение, какой порт я использую на своем переключателе?
Обновление: Я использую переключатель Linksys SD2008. Я попробовал все его порты с известным - хороший ПК и кабели. Какую комбинацию я использовал, не было никакой проблемы, только с затронутым ПК. Я вполне уверен, который приводит к сбою его NIC. Я просто задаюсь вопросом, почему это имеет значение, какой порт я использую. Различие между портами может измеряться, но только с затронутым ПК.
Обновление 2: Я использую Windows 7 x64, но я сверился с Linux (Fedora 12 x64) и получил подобные результаты, таким образом, маловероятно, что это - проблема драйвера. Порты SD2008 разделены к 2 4 группам портов. Проблема присутствует, неважно, какую группу я использую. Однако я все еще не понимаю, как возможно, что ниже пронумерованные порты имеют более высокий коэффициент ошибок...
2 ответа
Дополнительная диагностика, конечно, указывает на дефектный NIC, конкретно так как проблема последовательна, когда Вы пробуете те же аппаратные средства другой ОС, но другие системы полностью незатронуты.
Для ответа на первый вопрос - завершаются, отказы NIC являются весьма общими (наличие избыточного, и даже умножьтесь, избыточные зарубки в серверах практически обязательно для, а также другие причины), но частичные отказы также возможны, особенно в схеме Физического уровня и механических деталях. По стандарту (1000BaseT использующий коннекторы RJ45) Gigabit Ethernet nic проблемы с любой из четырех пар передачи сигналов о контактах, аналого-цифровом преобразователе, фильтре, канал вперед эквалайзер, компенсатор эха или часы (и возможно другие вещи) могли вызвать эти проблемы, обязательно не ведя к nic абсолютно провальному. Результатом обычно был бы намного более плохой сигнал к шумовой характеристике, и это приведет к потере пакетов, поскольку декодер в каждом конце получит данные, которые ясно имеют ошибки.
ответить на Ваши вторые проблемы вопроса как они, которые вовлекают аналоговую схему в физический уровень сети, может очевидно привести к вариации в ошибочном шаблоне, который Вы видите через порты. Когда все работает к спецификации, довольно возможно, что каждый порт все еще имеет существенно отличающиеся технологические свойства сигнала к шуму, это просто, что все порты будут, по крайней мере, достаточно хороши для обработки GigE, сигнализирующего без [значительных] ошибок так, чтобы различие было невидимо (и не важно), но когда Вы добавляете в sub стандартном внешнем устройстве, изменение может стать очевидным.
Если Вы хотите действительно протестировать вещи, пробуют систему некоторыми короткими и очень длинными кабелями также и видят, имеет ли это значение, если проблема состоит в том, что Сигнал к уровням шума nic является слишком низким затем, коэффициент ошибок должен ухудшиться с более длинными кабелями.
В домашней сети не должно иметь значения, какой порт Вы используете на переключателе (переключатели предприятия имеют некоторые более сложные настройки, но это не походит на Вашу установку).
Сетевым платам не особенно свойственно начать перестать работать, но это действительно время от времени происходит. Если Вы не изменили драйверы на своем ПК затем, это, кажется, предлагает какую-то аппаратную проблему, выходят ли отказ NIC или возможно даже источник питания