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

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

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

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

Почему это?

15 голосов | спросил BrunoMCBraga 18 PM000000110000004531 2013, 23:41:45

2 ответа


17
  

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

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

Почему это?

Резюме

Вкратце, ethernet существует с 1980-х годов ... в результате

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

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

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

  + ------------ + ------ + --------------- + ------- ------- + ----------------------- +
| Стандарт | Год | Скорости | СМИ | Авто-негатив Статус |
+ ------------ + ------ + --------------- + ------------- - + ----------------------- +
| 802.3i | 1990 | 10M | Витая пара | Нет автоматических переговоров |
+ ------------ + ------ + --------------- + ------------- - + ----------------------- +
| 802.3u | 1995 | 10 /100M | Витая пара | Необязательно, не доверено |
+ ------------ + ------ + --------------- + ------------- - + ----------------------- +
| 802.3-1998 | 1998 | 100 /100M | Витая пара | Дополнительно |
+ ------------ + ------ + --------------- + ------------- - + ----------------------- +
| 802.3ab | 1999 | 10/100 /1000M | Витая пара | Необязательно @ 10 /100M |
| | | | | Требуется @ 1 Гбит /с |
+ ------------ + ------ + --------------- + ------------- - + ----------------------- +
 

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

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

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

Оригинальное автоматическое согласование FastEthernet == bad juju

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

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

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

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

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

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

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

ответил Mike Pennington 19 AM00000020000001031 2013, 02:21:10
8

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

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

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

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

ответил user2403 19 AM000000120000000931 2013, 00:26:09

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132