Ошибки интерфейса Ethernet
Скорее всего, у вас есть несоответствие дуплексного режима из-за того, что интернет-провайдер жестко закодировал свою сторону на 100-полный, по сути, отключив автосогласование на физическом уровне ISP Ethernet.
Если ISP установлен на 100-Full, а ваша сторона остается в автоматическом / автоматическом режиме (догадка, но обычная), автосогласование на вашей стороне настроит интерфейс на 100-Half - дуплексное несоответствие, поскольку сторона ISP останется 100-Full .
Исправление
Вы можете решить эту проблему, жестко закодировав свой Ethernet PHY на 100-Full - или, в частности, на то, что установлено провайдером. Большинство интернет-провайдеров используют 100-полный.
Дополнительная информация
При несоответствии дуплексного режима 100-полный на 100-половинный, сторона 100-полное отключает CSMA / CD, в то время как CSMA / CD остается в силе на стороне 100-половина . Сторона 100-Full передает независимо от того, свободен ли носитель. Сторона 100-Half выполняет проверки CSMA / CD и откат, как определено CSMA / CD. Вот почему вы можете достичь только 20 Мбит / с на том, что должно быть Интернет-каналом со скоростью 50 Мбит / с . Отсрочка CSMA / CD из-за обнаружения коллизий на стороне 100-Half ограничивает пропускную способность.
За счет жесткого кодирования интерфейса на 100-Full, чтобы соответствовать ISP, обе стороны будут отключать CSMA / CD, поэтому отсрочка и коллизия обнаружение будет отключено, и вы должны достичь значений, намного более близких к скорости передачи данных вашего интернет-канала 50 Мбит / с.
История
Многие интернет-провайдеры жестко запрограммировали свои передачи Ethernet PHY, поскольку было время, когда было намного надежнее Сделай так. Когда был выпущен исходный стандарт 802.3u 100 Мбит / с Fast Ethernet, автосогласование скорости и дуплексного режима присутствовало , но не требовалось . Так было до 802. 3z Стандарт Gigabit Ethernet 1 Гбит / с, когда автосогласование требовалось по стандарту.
Многие сетевые инженеры имеют неправильные представления об автосогласовании. Самым большим заблуждением является то, что автосогласование может правильно согласовывать скорость и дуплекс, если только одна сторона реализует автосогласование. Это неверно - как вы видели.
Причина этого, вероятно, кроется в следующем - если одна сторона жестко запрограммирована на 100-Full, другая сторона, выполняющая автосогласование, всегда, кажется, вычисляет 100 Мб / с часть. То же самое, если одна сторона жестко запрограммирована на 10-Full - другая сторона, выполняющая автосогласование, может вычислить часть 10 Мбит / с. Возможность определения скорости канала обеспечивается функцией, называемой параллельным обнаружением , которая пробует принятый сигнал физического уровня на всех локально поддерживаемых скоростях канала до тех пор, пока не будет найдено совпадение. Однако параллельное обнаружение работает только для скорости, а не для дуплексного согласования. Вот почему могут возникать дуплексные несовпадения - поскольку интерфейс всегда возвращается к полудуплексному режиму, когда он не может определить другую сторону с помощью автосогласования.
Soapbox
Одно время поддержка автосогласования была неоднозначной. и это вызвало столько же проблем, сколько и было задумано решить. Это время, по мнению этого сетевого инженера - прошло. Хотя проблемы с автосогласованием все еще существуют, количество проблем, которые я видел, из-за настройки автосогласования в последнем 5 лет затмевают количество проблем, которые я видел из-за отключения автосогласования.
У меня никогда не было интернет-провайдера, который не хотел бы переключать передачу обслуживания Ethernet на автоматический / автоматический режим при получении запроса. Для большинства кабельных и DSL-модемов и шлюзов это не проблема. Обычно эта проблема связана с NxT1 и маршрутизаторами CPE с оптоволоконным управлением и переключением каналов связи через Ethernet. Проблема в том, что сетевой администратор должен спросить в первую очередь.
При жестком кодировании ISP на 100-Full они дали обязательство . Обязательство, которое должно быть задокументировано и продолжено. Автосогласование - это технология, которая сейчас стабильна, существует уже много лет и решает эту проблему за нас. Как упоминалось ранее, количество проблем, вызванных автосогласованием, намного превышает количество проблем, возникающих из-за его отключения в 2011 году. Существуют технологии для решения этой проблемы, используйте их. Возможно, нам следует вручную установить начальные TCP SYN, MSS и управлять окном приема для каждого виртуального канала TCP? Я ребенок.