Различия в автосогласовании между Ethernet (10M | 100M | 1G)

19

Я учусь на CCNA, и в книге Уэнделла Одома сказано, что (в отношении автосогласования):

При сбое автосогласования на одном узле, чтобы выбрать (полудуплекс / дуплекс), мы должны использовать правило:

  • Если у вас интерфейс 10/100 Мбит / с -> используйте полудуплекс
  • Если у вас есть интерфейс 1000 Мбит / с -> используйте дуплекс

Это почему?

BrunoMCBraga
источник

Ответы:

19

При сбое автосогласования на одном узле, чтобы выбрать (полудуплекс / дуплекс), мы должны использовать правило:

  • Если у вас интерфейс 10/100 Мбит / с -> используйте полудуплекс
  • Если у вас есть интерфейс 1000 Мбит / с -> используйте дуплекс

Это почему?

Резюме

Короче говоря, Ethernet существует с 1980-х годов ... в результате

  • Старые сетевые адаптеры Ethernet поддерживали только полудуплексную работу без автосогласования. Если в этой ситуации включено автоматическое согласование, необходимо поддерживать все старые сетевые адаптеры (что означает возврат к полудуплексному режиму). В другом ответе упоминаются концентраторы, которые также попадают в эту категорию.
  • Автосогласование требуется спецификацией 1GE; следовательно, нет смысла принудительно отказывать в полудуплексном режиме на скорости 1GE. Автосогласование 1GE объявляет, поддерживает ли он полудуплексный режим.

В наши дни вы всегда должны пытаться использовать автосогласование, если только вы не знаете, что другой порт его не поддерживает.

Приведенная ниже таблица может помочь объяснить искаженную историю вокруг автосогласования.

+------------+------+---------------+--------------+-----------------------+
| Standard   | Year | Speeds        | Media        | Auto-neg Status       |
+------------+------+---------------+--------------+-----------------------+
| 802.3i     | 1990 | 10M           | Twisted Pair | No auto-negotiation   |
+------------+------+---------------+--------------+-----------------------+
| 802.3u     | 1995 | 10/100M       | Twisted Pair | Optional, not trusted |
+------------+------+---------------+--------------+-----------------------+
| 802.3-1998 | 1998 | 100/100M      | Twisted Pair | Optional              |
+------------+------+---------------+--------------+-----------------------+
| 802.3ab    | 1999 | 10/100/1000M  | Twisted Pair | Optional @ 10/100M    |
|            |      |               |              | Required @ 1Gbps      |
+------------+------+---------------+--------------+-----------------------+

Влияние дуплексных несоответствий:

Что касается практики Cisco по возврату к полудуплексному режиму при сбое автосогласования ... Можно с полным основанием возразить, что возврат к полудуплексному режиму при сбое автосогласования приводит к неверной конфигурации; однако, неправильная конфигурация терпима. Наихудшее, что может произойти в этой ситуации, это то, что вы получаете жестко закодированный вручную полный дуплекс на одной стороне канала FastEthernet, и автоматическое согласование не приводит к полудуплексу на другой стороне канала ... несоответствующий дуплекс вызывает уровень канала ошибки (коллизии и прогоны), но вы все равно можете общаться довольно хорошо, если вы не пытаетесь превысить примерно треть скорости соединения (т. е. около 35 Мбит / с в FastEthernet).

Потенциально интересные детали:

Оригинал FastEthernet Автосогласование == Бад Джуджу

В IEEE 802.3u (FastEthernet) люди сталкивались с таким плохим опытом ранних автосогласований, что общепринятым было отключить автосогласование и вручную заблокировать скорость / дуплекс на всех медных портах Ethernet.

Эта практика отключения автосогласования на всех медных портах стала настолько укоренившейся в умах старых людей, что по-прежнему не редкость найти блокированную скорость / дуплекс на Cat5e / Cat6 сегодня, даже несмотря на то, что отраслевые реализации автосогласования надежны уже более десяти лет. К вашему сведению, некоторые интернет-провайдеры по-прежнему используют 100M / full в своих клиентских каналах, полагая, что ручная скорость / дуплекс более надежна.

Поддержка поставщика рекламы для определенных дуплексных режимов 1GE

Автосогласование требуется как часть IEEE 802.3ab (Gigabit Ethernet по меди); Тем не менее, вы все еще найдете реализации некоторых поставщиков, которые позволяют жестко программировать скорость / дуплекс GigE ... Я видел некоторые коммутаторы JunOS, которые разрешают полнодуплексную настройку на портах коммутатора 1GE. Означает ли это, что коммутатор JunOS отключает автосогласование на этом порту 1GE? Нет, это фактически означает, что JunOS объявляет только настроенную скорость / дуплекс во время автосогласования.

Обновление для вопроса @ ytti: кондиционирование линии Ethernet

Автосогласование 1GE включает (цитируя 802.3-2012, пункт 40.5.1):

  • Переговоры для 1000Base-T в полудуплексном или дуплексном режиме или , если требуется, снижение скорости
  • Определение МАСТЕР-РАБНЫХ отношений между ФИ
  • Согласование возможностей EEE

Автоматическое согласование требуется 802.3ab в 1GE, поскольку автоматическое согласование GigabitEthernet включает в себя специальное согласование линий; эта подготовка происходит во время режима ОБУЧЕНИЯ при запуске MASTER / SLAVE PHY; Режим ОБУЧЕНИЯ гарантирует, что линия достаточно стабильна для передачи 1000 Мбит / с через Cat5e длиной до 100 м.

Майк Пеннингтон
источник
2
Я хотел бы прочитать больше об этом 'согласовании линии' автоматического согласования, у вас есть ссылка для этого? Желательно страницу в 802.3 разделе три. Полностью согласен с тем, что следует использовать autonego, к сожалению, многие телекоммуникационные компании все еще находятся в 90-х годах, и продукция не требует автономии. Другой хороший аргумент, чтобы попытаться убедить их, заключается в том, что autonego предоставляет RFI (Remote Fault Indication), что приведет к отключению обоих концов, когда один конец не получает, но все еще может отправлять.
ytti
2
@ytti, 802.3 обычно относится к подготовке линии как ОБУЧЕНИЕ. ОБУЧЕНИЕ является частью переговоров МАСТЕР-РАБ ФИ, которые происходят во время автосогласования. Ссылку на согласование MASTER-SLAVE можно найти в 802.3-2012, раздел 3, пункт 40.5.1 (в котором описаны все функции автосогласования). Чтобы узнать больше об обучении, поищите в PDF-файлах стандарта 802.3-2012 «ОБУЧЕНИЕ»
Майк Пеннингтон,
Спасибо, я знал о выборах часов в Ethernet. Конструктивная мысль была чем-то другим.
ytti
2
Запуск Master / Slave PHY включает в себя так называемый эквалайзер с обратной связью при принятии решений (DFE - Ref 802.3-2012, раздел 3, пункт 40.4.2.4); DFE работает вместе с другими функциями для отмены эха / ближнего конца (NEXT)
Mike Pennington
добро пожаловать ... это было хорошее освежающее занятие для просмотра документов 802.3 ...
Майк Пеннингтон
12

При сбое автосогласования на одном узле, чтобы выбрать (полудуплекс / дуплекс), мы должны использовать правило: -> Если у вас интерфейс 10/100 Мбит / с -> использовать полудуплекс

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

-> Если у вас есть интерфейс 1000 Мбит / с-> использовать дуплекс

Стандарт 1000Base-T был разработан так, чтобы требовать автосогласования, а также домена коммутируемого уровня 2 (без концентраторов). Это связано с тем, что все четыре пары должны общаться в полнодуплексном режиме со скоростью 250 Мбит / с. Таким образом, предполагается, что в соединении не существует концентраторов для двунаправленной связи.

user2403
источник
Кстати, концентраторы являются хорошей причиной для перехода к полудуплексному режиму, но это не просто концентраторы ... ранние 10 / 100M NIC вообще не выполняли автосогласование ... и ранние реализации FastEthernet с автоматическим согласованием были ненадежными.
Майк Пеннингтон