Протокол LLC рівня керування логічним каналом

У Ethernet перший рівень моделі OSI представлений, як безпосередньо, кабельною системою (мідна вита пара), так і апаратною частиною активного обладнання (мережевий адаптер, комутатор). Завдання першого рівня - передавати бітову послідовність, тобто електричними сигналами пересилати якусь інформацію по середовищу передачі. Фізичний рівень просто передає дані - по мідному дроту, оптоволокну, радіоефіру, повітрю, електромережі й т.п.

На другому рівні з'являються "кадри" - логічно організовані послідовності бітів. Саме кадр є базовою одиницею передачі інформації, оскільки передається безпосередньо на перший (фізичний) рівень, де вже і транслюється по середовищі передачі. Другий рівень ділиться на два підрівні:

MAC-підрівень відповідальний за контроль доступу до середовища передачі, наприклад, в Ethernet - це контроль колізій і алгоритм доступу до середовища (тобто опис того, як станція може передавати дані в мережу).

LLC-підрівень займається контролем синхронізації кадрів, контролем потоку і виявленням помилок передачі. Тут доречно зауважити, що перераховані функції LLC-підрівня реалізуються далеко не завжди, навіть для того ж самого протоколу.

При цьому мережа, починаючи з підрівня LLC і вище, взагалі "не знає", яка середу передачі використовується.

В основу протоколу LLC покладений протокол HDLC (High-level Data Link Control Procedure), що широко використовується в територіальних мережах.

Три типи процедур рівня LLC.

У відповідності зі стандартом 802.2 рівень керування логічним каналом LLC надає верхнім рівням три типи процедур:

• LLC1 - сервіс без установлення з'єднання й без підтвердження;
• LLC2 - сервіс із установленням з'єднання й підтвердженням;
• LLC3 - сервіс без установлення з'єднання, але з підтвердженням.

Цей набір процедур є загальним для всіх методів доступу до середовища, певних стандартами 802.3-802.5.

Сервіс без установлення з'єднання й без підтвердження LLC1 дає користувачеві засобу для передачі даних з мінімумом витрат. Звичайно, цей вид сервісу використовується тоді, коли такі функції як відновлення даних після помилок і впорядкування даних виконуються протоколами вищих рівнів, тому немає потреби дублювати їх на рівні LLC.

Сервіс із установленням з'єднань і з підтвердженням LLC2 дає користувачеві можливість установити логічне з'єднання перед початком передачі будь-якого блоку даних і, якщо це потрібно, виконати процедури відновлення після помилок і впорядкування потоку цих блоків у рамках установленого з'єднання. Протокол LLC2 багато в чому аналогічний протоколам сімейства HDLC (LAP-B, LAP-D, LAP-M), які застосовуються в глобальних мережах для забезпечення надійної передачі кадрів на зашумлених лініях.

У деяких випадках (наприклад, при використанні мереж у системах реального часу, керуючих промисловими об'єктами), коли часові витрати встановлення логічного з'єднання перед відправленням даних неприйнятні, а підтвердження коректності приймання переданих даних необхідно, базовий сервіс без установлення з'єднання й без підтвердження не підходить. Для таких випадків передбачений додатковий сервіс, названий сервісом без установлення з'єднання, але з підтвердженням LLC3.

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

 

 

Режим Force mode

 

Режим роботи мультиплексора Auto-Negotiation або Force mode