Назад | Перейти на главную страницу

Низкая производительность при миграции 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 дает лучшую производительность, но не так, как до смены переключателя. Любые идеи?

Если вы видите, что счетчики ошибок постоянно увеличиваются на определенных портах, скорее всего, это либо несоответствие дуплексного режима, либо плохая проводка. В редких случаях вы можете увидеть неисправный PHY на любой стороне (коммутаторе или сетевой карте), проблемы с драйверами на стороне станции или неисправный коммутатор.

Поэтому сначала проверьте настройки дуплексного режима на коммутаторе и подключенной станции для рассматриваемого порта (ов). Если любая из двух сторон не установлен для автосогласования, другая сторона вернется в полудуплексный режим. Если ваша станция, например, настроена на «1 Гбит / с, полный дуплекс», попытки автосогласования, инициированные стороной коммутатора, не удастся, поэтому она будет использовать 1 Гбит / с. половина дуплекс, в результате чего несвоевременно полученные кадры отбрасываются как коллизии и серьезно ухудшаются характеристики передачи. В общем, рекомендуется оставить все на автосогласовании, но если это уже есть, и вы все еще видите проблемы, попробуйте жестко установить для обеих сторон одни и те же параметры - неисправные сетевые карты и переключатели существуют, поэтому автосогласование может не дать правильных результатов в некоторых случаях.

Еще одна вещь, которую нужно проверить, это Jumbo-кадры - если какая-либо из сторон не принимает слишком длинные кадры, они будут считаться «слишком длинными» или «недопустимой длиной».

Неисправные кабели или неисправные PHY в большинстве случаев позволяют счетчикам ошибок CRC / FCS увеличиваться довольно быстро. Самый простой способ проверить, является ли это кабелем или PHY, - это исключить, просто заменив компоненты: поменяйте порты на коммутаторе, замените сетевые адаптеры на стороне станции, замените кабели на известные товары.

Вы также не должны отключать управление потоком - в общем, это хорошо.