Низкая производительность при миграции Fast Ethernet в гигабитную сеть
У меня очень странная проблема. В сети офисных компьютеров с около 100 ПК со смешанным Windows XP SP3, Windows 7 и некоторыми Windows Server 2008 R2 я решил обновить сеть с Fast Ethernet до Gigabit, изменив основной коммутатор 100 Мбит / с (TP-Link) с переключатель 1 Гбит / с (ZyXEL GS1910-48). Есть два других гигабитных коммутатора (TP-Link), которые я сохранил в сети, и они подключены к новому.
После этого измените производительность сети, вместо того, чтобы оптимизировать ее, она ухудшается! Группа компьютеров (около 15) использует бухгалтерское программное обеспечение из Windows Server 2008 в качестве подключенного диска Windows для загрузки программного обеспечения и использует TCP-соединение с сервером при доступе и записи бухгалтерских данных. Производительность этой сети после изменения снизилась до 10 Мбит / с, и все операции, которые были быстрыми до изменения, стали медленными.
Я проверил управление потоком на коммутаторе, и он отключен на каждом порту. Также отключено управление потоком и QoS каждой клиентской машины. К порту коммутатора, к которому подключен учетный сервер, я заметил ошибку, и число отклоненных пакетов увеличивается почти каждую секунду. Каждый Ethernet-кабель заменяется новым CAT6. Некоторые из компьютеров имеют карты 100 Мбит / с, а другие - 1 Гбит / с. Когда я вручную изменяю скорость в клиентах на 100 Мбит / с, FDX повышает производительность, но не так, как до смены коммутатора. Есть идеи?
1 ответ
Если вы видите, что счетчики ошибок постоянно увеличиваются на определенных портах, это, скорее всего, является либо несоответствием дуплекса, либо плохим кабелем. В редких случаях вы можете увидеть дефектный PHY с обеих сторон (коммутатор или сетевой адаптер), проблемы с водителем на станции или неисправный коммутатор.
Итак, сначала проверьте настройки дуплекса на коммутаторе и подключенной станции для соответствующего порта (ов). Если какая-либо из двух сторон не настроена для автосогласования, другая сторона переключится на полудуплексный режим. Если ваша станция, например, настроена на "1 Гбит / с, полный дуплекс", попытки автосогласования, инициированные стороной коммутатора, будут неудачными, поэтому она будет использовать полудуплекс 1 Гбит / с, что приведет к тому, что несвоевременно принятые кадры будут отброшены как коллизии и серьезно ухудшит передачу спектакль. В целом, рекомендуется оставить все на автосогласовании, но если оно уже есть и проблемы по-прежнему возникают, попробуйте установить обе стороны на одни и те же параметры - глючные сетевые адаптеры и коммутаторы существуют, поэтому автосогласование может не дать правильных результатов. в нескольких случаях.
Еще одна вещь, которую нужно проверить, - это Jumbo-кадры - если любая из сторон настроена так, чтобы не принимать слишком длинные кадры, они будут считаться "слишком длинными" или "недопустимой длиной".
Дефектные кабели или сломанные PHY в большинстве случаев позволили бы увеличить счетчики ошибок CRC/FCS довольно быстро. Самый простой способ проверить, является ли это кабелем или PHY, состоит в исключении, просто заменив компоненты - поменяйте порты на коммутаторе, замените сетевые платы на стороне станции, замените кабельные трассы на известные товары.
Вы также не должны отключать управление потоком - в общем, это хорошо иметь.