Я учусь на CCNA, и в книге Уэнделла Одома сказано, что (в отношении автосогласования):
При сбое автосогласования на одном узле, чтобы выбрать (полудуплекс / дуплекс), мы должны использовать правило:
Это почему?
Ответы:
При сбое автосогласования на одном узле, чтобы выбрать (полудуплекс / дуплекс), мы должны использовать правило:
- Если у вас интерфейс 10/100 Мбит / с -> используйте полудуплекс
- Если у вас есть интерфейс 1000 Мбит / с -> используйте дуплекс
Это почему?
Короче говоря, Ethernet существует с 1980-х годов ... в результате
В наши дни вы всегда должны пытаться использовать автосогласование, если только вы не знаете, что другой порт его не поддерживает.
Приведенная ниже таблица может помочь объяснить искаженную историю вокруг автосогласования.
+------------+------+---------------+--------------+-----------------------+
| 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).
В IEEE 802.3u (FastEthernet) люди сталкивались с таким плохим опытом ранних автосогласований, что общепринятым было отключить автосогласование и вручную заблокировать скорость / дуплекс на всех медных портах Ethernet.
Эта практика отключения автосогласования на всех медных портах стала настолько укоренившейся в умах старых людей, что по-прежнему не редкость найти блокированную скорость / дуплекс на Cat5e / Cat6 сегодня, даже несмотря на то, что отраслевые реализации автосогласования надежны уже более десяти лет. К вашему сведению, некоторые интернет-провайдеры по-прежнему используют 100M / full в своих клиентских каналах, полагая, что ручная скорость / дуплекс более надежна.
Автосогласование требуется как часть IEEE 802.3ab (Gigabit Ethernet по меди); Тем не менее, вы все еще найдете реализации некоторых поставщиков, которые позволяют жестко программировать скорость / дуплекс GigE ... Я видел некоторые коммутаторы JunOS, которые разрешают полнодуплексную настройку на портах коммутатора 1GE. Означает ли это, что коммутатор JunOS отключает автосогласование на этом порту 1GE? Нет, это фактически означает, что JunOS объявляет только настроенную скорость / дуплекс во время автосогласования.
Автосогласование 1GE включает (цитируя 802.3-2012, пункт 40.5.1):
Автоматическое согласование требуется 802.3ab в 1GE, поскольку автоматическое согласование GigabitEthernet включает в себя специальное согласование линий; эта подготовка происходит во время режима ОБУЧЕНИЯ при запуске MASTER / SLAVE PHY; Режим ОБУЧЕНИЯ гарантирует, что линия достаточно стабильна для передачи 1000 Мбит / с через Cat5e длиной до 100 м.
При сбое автосогласования на одном узле, чтобы выбрать (полудуплекс / дуплекс), мы должны использовать правило: -> Если у вас интерфейс 10/100 Мбит / с -> использовать полудуплекс
Если подключен концентратор, полнодуплексный режим по умолчанию вызовет слишком много коллизий. По умолчанию полудуплекс обеспечивает связь продолжается независимо от подключенного устройства (коммутатор или концентратор)
-> Если у вас есть интерфейс 1000 Мбит / с-> использовать дуплекс
Стандарт 1000Base-T был разработан так, чтобы требовать автосогласования, а также домена коммутируемого уровня 2 (без концентраторов). Это связано с тем, что все четыре пары должны общаться в полнодуплексном режиме со скоростью 250 Мбит / с. Таким образом, предполагается, что в соединении не существует концентраторов для двунаправленной связи.