Я навчаюсь на CCNA, і в книзі Венделла Одома сказано, що (щодо автономії):
Коли автопогодження не вдається на одному вузлі, для вибору (половина / повний дуплекс) ми повинні використовувати правило:
Чому так?
Відповіді:
Коли автопогодження не вдається на одному вузлі, для вибору (половина / повний дуплекс) ми повинні використовувати правило:
- Якщо у вас інтерфейс 10/100 Мб / с -> використовуйте напівдуплекс
- Якщо у вас інтерфейс 1000 Мбіт / с -> використовуйте full-duplex
Чому так?
Якщо коротко, то 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, навіть незважаючи на те, що впровадження галузевих автоматичних переговорів надійне вже більше десятиліття. FYI, деякі Інтернет-провайдери все ще примушують 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 Мбіт / с -> використовуйте full-duplex
Стандарт 1000Base-T був розроблений для того, щоб вимагати автоматичного узгодження, а також домену з комутаційним шаром 2 (без концентраторів). Це тому, що всім чотирма парам потрібно спілкуватися в повному дуплексі зі швидкістю 250 Мбіт / с. Таким чином, передбачається, що на з'єднанні не існує концентраторів з метою двостороннього зв'язку.