Как сосуществуют карты 100 Мбит и Gigabit Ethernet?

463
T Nierath

В прошлом я использовал гигабитный коммутатор потребительского уровня, и к нему были подключены 100 Мбит, а также карты Gigabit. Некоторые из моих гигабитных карт были склонны «сбрасывать» Ethernet-соединение и «переподключаться» с 100 Мбит, иногда постоянно, иногда через некоторое время «переключаясь» обратно на гигабитную скорость. После удаления всех 100-битных сетевых адаптеров проблема исчезла навсегда.

Может кто-нибудь объяснить мне, что здесь произошло? Были ли буферы коммутатора слишком маленькими? Как сосуществуют 100-битные и гигабитные карты на коммутаторе?

0
Конечно, звучит как неисправный переключатель для меня ... grawity 5 лет назад 2
Нет ... Я купил другой коммутатор от другого производителя, но похожие характеристики (дешевый 4-портовый гигабитный коммутатор), та же проблема. T Nierath 5 лет назад 0
Можете ли вы определить используемый коммутатор (ы) и сетевые карты? Возможно также включить фото кабелей (и их окончания). Вы сами делали кабели или покупали с полки? Каким стандартом (CAT-x) являются кабели? Вы заменили удаленные устройства 100BASE-T на устройства 1000BASE-T? Если нет, то остались ли неиспользуемые порты неиспользованными? Attie 5 лет назад 0
Ethernet имеет довольно обширный механизм [автосогласование] (https://en.wikipedia.org/wiki/Autonegotiation). Удаление ссылок и повторное согласование с более медленной скоростью, вероятно, связано с тем, что один конец (или другой) больше не рекламирует более высокие скорости в попытке улучшить качество ссылки - я не верю, что это является частью стандарта. Вы наблюдали какие-либо пропущенные / недействительные пакеты на этих "гигабитных" ссылках? Attie 5 лет назад 0
@ Attie Соединение было разорвано на пару секунд, а затем «восстановлено» (состояние подключения Windows изменено на «не подключено»). Я переключил все компоненты (Switch, Cables, NIC), и проблема сохранялась до тех пор, пока я, наконец, не застрял и не заменил 100MBit WRT54G (который все еще был достаточно быстр для моего широкополосного соединения ...) на гигабитный скоростной маршрутизатор. T Nierath 5 лет назад 0
Как насчет запуска `netstat -e` вскоре после ссылки" _recovered_ "? Это показывает какие-либо отброшенные пакеты / ошибки? Attie 5 лет назад 0
Ну, я сейчас не пользуюсь настройкой, поэтому не могу проверить. В то время у меня здесь не было учетной записи, но теперь я хотел посмотреть, есть ли у кого-нибудь идея. Спасибо. T Nierath 5 лет назад 0
В моей домашней сети они сосуществовали много лет без проблем. У меня есть устройства, которые просто не могут быть обновлены до гигабитных версий (их нет, например, сетевой тюнер). И мой модем / маршрутизатор ADSL - 100Base-T. Переключите буферизацию: см. Https://superuser.com/questions/441931/what-differences-are-there-between-home-switches-and-professional-switches/441934#441934 и https://superuser.com/questions / 1220611 / это-переговорное-множественные порта коммутатора-коллизионные домены в обмен на все его-индивидуально-устройство-s / 1220635 # 1220635 sawdust 5 лет назад 1
Поскольку вы «исправили» проблему, как вы собираетесь объективно оценить любые полученные вами предположения? Разве вы не создали игру-угадайку без проверки? Как сформулировано, я голосую за закрытие. sawdust 5 лет назад 0
Зачем? Я не спрашивал об исправлении, я спрашивал о том, как сетевые карты с разной скоростью сосуществуют в сети. В основном, как это делает Ethernet / задействованное оборудование? T Nierath 5 лет назад 0

3 ответа на вопрос

1
harrymc

В статье « Когда управление потоком данных нехорошо» описывается случай, когда в неуправляемых гигабитных коммутаторах присутствуют клиенты Gigabit и Fast Ethernet (100 Мбит / с), когда читатели сообщают, что гигабитные каналы вынуждены переходить на скорости Fast Ethernet.

образ

Статья обвиняет в управлении потоком 802.3x и говорит:

К сожалению, кажется (по крайней мере, в небольших сетях), что 802.3x приносит больше вреда, чем пользы. Это может быть отчасти потому, что он дублирует механизм управления потоком на основе потерь, уже встроенный в протокол TCP. Но как бы то ни было, причина была в том, что я смог подтвердить, что потеря пропускной способности, которую некоторые люди связывают с «неисправными» или «низкоэффективными» коммутаторами, на самом деле произошла из-за Flow Control.

Вы можете найти хороший договор по этому вопросу в статье « Поток или нет»? , В статье приведены три причины его отключения:

  • Ограничения буфера на некоторых коммутаторах
  • Современные устройства теперь в большей степени способны обрабатывать данные и обрабатывать их достаточно быстро, чтобы управление потоком не только не требовалось, но фактически мешало повышению производительности.
  • Лучше управлять управлением потоком вверх по стеку в виде контроля перегрузки.

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

Спасибо, буду читать. Но как мне отключить управление потоком для неуправляемого коммутатора? Я поиграл с настройками драйвера NIC, но ни один из них не имел никакого эффекта. T Nierath 5 лет назад 0
Было бы полезно иметь модель вашего коммутатора (ответ не гарантирован). harrymc 5 лет назад 0
В настоящее время я использую https://www.zyxel.com/products_services/5-Port-Desktop-Gigabit-Ethernet-Switch-GS-105B-v3/ Я сомневаюсь, что это можно настроить ... У меня тоже была такая же проблема с другой аналогичный «тупой» 5-портовый коммутатор (от netgear), поэтому это не должно быть проблемой коммутатора. Возможно, сетевой адаптер WRT54G каким-то образом активировал управление потоком. T Nierath 5 лет назад 0
В документации GS-105B говорится, что он действительно выполняет управление потоком, но нет документированного способа его отключения. Вы можете обратиться в службу поддержки Zyxel с проблемой. Вы уверены, что это не обычная проблема с кабелем, требующая лучшего кабеля или более короткого расстояния? harrymc 5 лет назад 0
Я фактически обменял все части, кабели, коммутатор и сетевую карту, и проблема сохранялась, пока я не уничтожил свой старый WRT54G и обновил до маршрутизатора с гигабитной сетевой картой. С тех пор все работает как задумано, так что, к счастью, это не моя проблема. В любом случае, спасибо за вашу помощь, я проголосовал за ваш ответ, но оставлю вопрос открытым в течение некоторого времени, чтобы проверить, если sb. есть больше идей по этому вопросу. T Nierath 5 лет назад 0
Вероятно, теперь у вас есть достаточно быстрый маршрутизатор, поэтому коммутатору больше не нужно использовать управление потоком или буферы памяти. Я думаю, что ваша проблема на самом деле в том, что коммутатор плохо обрабатывает медленные соединения и не обрабатывает буферы памяти оптимальным образом. harrymc 5 лет назад 0
Является ли управление потоком от хоста к коммутатору, коммутатору к маршрутизатору или сквозному (хост-маршрутизатор)? Кроме того, вы знаете, как работают эти буферы? Один на порт? Два на порт (вход / выход)? Я думаю, возможно, что оба переключателя были примерно одинаково плохими и поэтому имели схожее поведение. T Nierath 5 лет назад 0
Это требует подробных знаний о коммутаторе. Извините, не могу сделать. harrymc 5 лет назад 0
Нет проблем, я не думал, что в базовой архитектуре коммутаторов будут большие различия, но я просто отношусь к ним как к черному ящику. T Nierath 5 лет назад 0
Управление потоком данных - это функция уровня 2, которая вызывает блокировку заголовка линии с различной скоростью, но не оказывает никакого влияния на связи физического уровня. Zac67 5 лет назад 0
1
Zac67

Когда гигабитные каналы возвращаются к скорости 100 Мбит, обычная причина - плохая разводка. 10, 100, 1000 и даже 10 000 Мбит / с прекрасно сосуществуют на одном и том же коммутаторе (или, возможно, даже быстрее, но более быстрые коммутаторы поддерживают на 10 и 100 Мбит / с все меньше и меньше). Проверьте статистику NIC для ошибок FCS, runts или других отбрасываний.

1000BASE-T требует работы всех четырех витых пар, в то время как 100BASE-TX использует только две из них. Кроме того, 1000BASE-T немного более требователен к кабелю, поскольку линейное кодирование немного сложнее. Многие устройства переключаются на 100BASE-TX при сбое гигабитного согласования. Ссылка также может вообще потерпеть неудачу.

Все остальное, что было здесь описано, - переполнение буфера или управление потоком НЕ оказывает влияния на скорость канала согласования (физический уровень L1) и НИКОГДА не вызывает сбой или откат канала.

Коммутатор всегда получает кадр полностью перед его пересылкой (сохранение и пересылка) - в большинстве случаев это происходит в любом случае, при разных скоростях соединения все коммутаторы используют сохранение и пересылку. Нет проблем получить кадр на один порт 10 Мбит / с и переслать его на другой порт 100 Гбит / с или наоборот.

Управление потоком может мешать эффективной пропускной способности, но никогда не изменяет скорость канала физического уровня .

Когда гигабитный порт пытается отправить поток с полной скоростью на устройство со скоростью 100 (или 10) Мбит / с, и управление потоком активно на всех устройствах, кадры паузы, отправленные с низкоскоростного устройства, будут подавлять гигабитный порт отправителя даже если другой получатель захочет получить полную скорость - это называется блокировкой заголовка и является недостатком проекта.

Устаревшее управление потоком, как правило, не должно использоваться, если вы не понимаете его функции и оно работает в вашем сценарии. Контроль потока намного лучше оставить на транспортном уровне (особенно TCP) или протоколах прикладного уровня.

Хм, это действительно не должно быть проблемой с кабелем, так как удаление 100-мегабитного маршрутизатора делало проблему исчезающей, а замена кабелей - нет, или это можно объяснить с помощью согласования скорости соединения? Действительно ли сетевой адаптер никогда не изменит свою скорость соединения в зависимости от таких критериев, как пропущенные кадры? T Nierath 5 лет назад 0
Нет, не будет. Скорость соединения согласовывается с помощью импульсов быстрой связи (FLP), связь устанавливается и, пока она работает, не изменяется. 1000BASE-T также использует согласование PCS для отдельных линий / пар, и в случае сбоя * некоторые * сетевые адаптеры могут вернуться к 100BASE-TX. Кабель * не * проверен больше чем это. Zac67 5 лет назад 0
Спасибо, но почему это работает при удалении медленного роутера? Я бы предположил, что это проблема layer2, так как физическое соединение между коммутатором и моим хостом не изменилось. T Nierath 5 лет назад 0
Ну, я не могу говорить наверняка о * каждом * устройстве на рынке, но снижение скорости соединения из-за проблем L2 - это то, что я никогда не видел и даже не слышал. Я работал с примерно 50 или 60 различными моделями выключателей. Zac67 5 лет назад 0
Да, я думал, что все это было довольно странно ... но поскольку это явление сохранялось даже после замены всех частей (кабели, сетевые карты, коммутаторы), я решил превратить его в вопрос. Что касается вашего расширенного ответа, что произойдет, когда гигабитный коммутатор отправит больше кадров, чем может получить сторона 100 Мбит, а после заполнения буферов просто сбросит кадры? T Nierath 5 лет назад 0
Для первых нескольких случаев, буфер заполняется - 1 МБ буфера может занять около 9 мс 900 Мбит / с. Когда буфер исчерпан, кадры сбрасываются. С приоритетом качества обслуживания и (обычно) несколькими очередями коммутатор сначала отбрасывает кадры с более низким приоритетом. Zac67 5 лет назад 1
0
TOOGAM

Прерывистые результаты звучат немного как CAT5e (вместо CAT6a или CAT6) или, что более вероятно (и еще хуже), CAT5 (вместо CAT5e) кабели. Хотя удаление 100-битных сетевых адаптеров вряд ли сильно поможет в этом, так что ...

Буферы переключателя, будучи слишком маленькими, звучат как возможность.
В отличие от «концентратора», «коммутатор» имеет связи, независимые для каждого порта. Другими словами, если у вас есть 24-портовый коммутатор, то это 24 независимых соединения. Если одно соединение составляет 100 Мбит, это не должно препятствовать тому, чтобы другое соединение было гигабитным.

Я мог видеть некоторую потенциальную выгоду от коммутатора, способного избавиться от любых пакетных данных, которые он мог бы помнить. Если он успешно использует гигабитные соединения, он может быстрее завершать разговоры и просто быстрее завершить работу. Это может снизить использование буфера. Это также может уменьшить проблемы с «перегревом», если работы выполняются раньше, поэтому выделяемое при работе тепло может прекратить существовать раньше.

Я обменивался кабелями, и это было очень короткое расстояние (одна комната), так что это не должно быть кабели. Моя идея заключается в том, что, например, я отправляю файлы на другой гигабитный хост при доступе к Интернету через старый 100-мегабитный маршрутизатор. Я предполагаю, что у моего порта есть только один буфер, и он не может просто выбрасывать фреймы, поэтому он замедляется. Но я не знаю, действительно ли все так работает. T Nierath 5 лет назад 0