невідповідність швидкості / дуплексу

Як трапляються невідповідності; який вплив невідповідності на підключення до мережі; чи вирішення невідповідностей дійсно варто докласти зусиль; які існують способи виявлення невідповідностей у великих масштабах?

Щоб вирішити свої запитання для того, щоб:

• Невідповідність виникає, коли автоматичне узгодження або ручна конфігурація не вдається. Це може бути викликано проблемами фізичного рівня або через те, що ручні конфігурації не узгоджуються. Фізичні проблеми можуть бути чимось на зразок вбудованого вузла або фізичного кабелю (відсутні / зламані пари).
• Невідповідність дуплексу може спричинити значний вплив на продуктивність вашої мережі. Зіткнення, особливо пізні, можуть зайняти багато часу (відносно кажучи), щоб TCP стек відновився з. Зіткнення з UDP означає, що дані можуть ніколи не потрапляти або вимагати механізму відновлення рівня додатків.
• Вирішення невідповідностей абсолютно варто, щоб вирішити ваш час. Це може також натякати на інші проблеми, оскільки дуплекс / швидкість повинні бути прийнятною справою в наші дні.
• Деякі з інструментів централізованого управління ( Solarwinds , Spiceworks , HP OpenView та інші), ймовірно, мають звіти про помилки інтерфейсу, які повинні включати ці типи проблем.

Щоб повністю зрозуміти, чому виникає невідповідність дуплексу, потрібно зрозуміти, як розвивалася технологія.

Спочатку весь Ethernet був напівдуплексним. Коли повний дуплекс увійшов до зображення, хтось мудро вирішив, що пристрої (особливо напівдуплексні та повнодуплексні пристрої) повинні мати можливість погоджуватись між собою щодо того, як вони спілкуватимуться, а також вводиться автоматичне узгодження.

Однак жоден із цих старих напівдуплексних пристроїв не був розроблений для автоматичного узгодження, тому, коли стандарт був написаний, пристрій для автоматичного узгодження повинен вважати, що якщо інша сторона не брала участі в переговорах, вона повинна бігти у напівдуплексному режимі, оскільки пристрій на іншій стороні має бути здатним лише до напівдуплексного.

Як зазначають інші, автоматичні переговори не завжди працювали добре на ранніх стадіях, тому багато пристроїв були налаштовані на налаштування статичної швидкості та дуплексу (часто 100 / повний), а коли пристрій переговорів підключений до такого пристрою, дуплекс відбувається невідповідність.

Щодо проблеми, то невідповідність дуплексу може бути набагато гіршою, ніж робота в режимі напівдуплексного режиму. Це тому, що одна сторона (повнодуплексна) думає, що вона може передавати в будь-який час, навіть якщо вона приймає струм. Напівдуплексна сторона сприйматиме це як зіткнення та відключення, тоді як сторона дуплексу продовжує передавати.

Якщо сторона дуплексу має тенденцію передавати велику кількість даних, це може «голодувати» напівдуплексною стороною, оскільки вона чекає, коли середовище очиститься перед передачею, внаслідок чого кадри будуть чергуватися і в кінцевому підсумку випадати.

Загалом, погана ситуація, і ви повинні виправити це.

Що стосується виявлення невідповідностей, ви можете шукати помилки. Що стосується дуплексного боку, ви, як правило, бачите багато рядків і часто помилок CRC (постачальники можуть використовувати різні терміни часом). На напівдуплексній стороні ви часто бачите зіткнення та збої буфера. Будь-яка гідна система управління повинна мати можливість надати вам список інтерфейсів, які генерують більше помилок, ніж очікувалося.

У наші дні найпоширенішими причинами є посилання, коли одна система (або мережа, або кінцевий пристрій) налаштована вручну, а інша - автоматична.

У перші дні автоматичних переговорів (повний дуплекс 10 Мбіт та швидкий Ethernet) не рідкість пристрої не змогли правильно домовитися.

Через це (та інші причини, пов'язані з інерцією) багато великих корпоративних мереж та SP вимагають ручної конфігурації деяких або всіх посилань.

У наші дні немає обґрунтування для цього, і насправді на Gigabit Ethernet (принаймні мідний) потрібні автоматичні переговори, і добре керовані пристрої не дозволять його відключити. У деяких випадках це може бути не зрозуміло, наприклад, на деяких наборах Cisco "відключення" автоматичного узгодження на концертних посиланнях просто обмежується значеннями, прийнятними в процесі автоматичного узгодження (що може бути цінним, якщо ви не заважаєте про несподівану швидкість інтерфейсу & дуплекс).

Невідповідність найчастіше виникає, коли одна сторона посилання явно налаштована, а інша сторона налаштована на автоматичне узгодження. Коли пристрої знаходяться під окремим управлінням, сторони можуть не зв’язуватися та перевірити налаштування. Вплив на підключення до мережі варіюється від непоміченого для легких посилань використання до серйозних на сильно завантажених посиланнях. Зазвичай варто докласти зусиль, щоб усунути невідповідності, де це можливо. На комутаторах Cisco показник надійності інтерфейсу менше 255 - хороший спосіб виявити невідповідність. Це значення можна опитувати за допомогою SNMP для виявлення невідповідностей у великих масштабах.