Page 269 - 4784

Необхідно підкреслити, що завдання тільки параметрів
трафіку (разом з параметрами QOS) часто не повністю
характеризує необхідну послугу, тому завдання класу трафіку
корисне для уточнення потрібного характеру обслуговування
даного з’єднання мережею.
В деяких випадках специфіка додатку така, що її трафік не
може бути віднесений до одного з чотирьох стандартних класів.
Для цього випадку введений ще один клас X, який не має ніяких
додаткових описів, а повністю визначається тими кількісними
параметрами трафіку і QOS, які обмовляються в трафік-контракт.
Якщо для додатку не критична підтримка параметрів
пропускної спроможності і QOS, то воно може відмовитися від
завдання цих параметрів, вказавши ознаку «Best Effort» в запиті на
встановлення з’єднання. Такий тип трафіку отримав назву трафіку
з невизначеною бітовою швидкістю – Unspecified Bit Rate, UBR.
Після висновку трафік-контракт, який відноситься до
певного віртуального з’єднання, в мережі АТМ працює декілька
протоколів і служб, що забезпечують потрібну якість
обслуговування. Для трафіку UBR мережа виділяє ресурси «по
можливості», тобто ті, які в даний момент вільні від використання
віртуальними з’єднаннями, що замовили певні параметри якості
обслуговування.
Технологія АТМ спочатку розроблялася для підтримки як
постійних, так і комутованих віртуальних каналів (на відміну від
технології frame relay, що довгий час не підтримує комутовані
віртуальні канали).
Автоматичний висновок трафік-контракт при встановленні
комутованого віртуального з’єднання є вельми непростим
завданням, оскільки комутаторам АТМ необхідно визначити, чи
зможуть вони надалі забезпечити передачу трафіку даного
віртуального каналу разом з трафіком інших віртуальних каналів
так, щоб виконувалися вимоги якості обслуговування кожного
каналу.
Стек протоколів АТМ
Стек протоколів АТМ показаний на рис. 11.2а., а розподіл
протоколів по кінцевих вузлах і комутаторах АТМ – на рис. 11.2б.

267