Необхідно відзначити, що в цьому пункті описано механізми, що містять узгодження як верхніх, так і нижніх меж. Не зважаючи на те, що їх внесено як приклади можливих механізмів, очевидно, що в реальних системах і мережах можливе використовування механізмів узгодження з єдиним граничним значенням (верхнім або нижнім).
7.1.1.1 Базові механізми тристороннього узгодження
У подальшому викладені терміни збільшення, верхнє значення, краще значення і верхня межа треба розуміти як зв'язані з вищою якістю, а терміни зменшення, нижнє значення, гірше значення і нижня межа — зв'язані з нижчою якістю. Значення вищої якості можуть бути задані великими числовими значеннями (як у випадку пропускної здатності) або малими значеннями (як у випадку транзитного затримання).
В описах механізмів нижче вказані розпочаті постачальником дії. Вони містять вибір постачальником на етапі узгодження нового значення параметра ЯП і часто описуються таким чином: постачальник може обрати нове значення Р´, що не краще запропонованого ініціатором значення, тобто таке, що Р´ ≤ Р. Ці нерівності обрані таким чином, що механізми узгоджень сходяться і завершуються, і значення Р´і Р є такими значеннями, якими сторони обмінюються у процесі роботи механізму узгодження. Це не заважає постачальникові забезпечувати внутрішнє функціювання з вищою якістю, ніж Р, але інформація про це не буде доступна механізму узгодження. Очевидно, що багато мереж оперують дискретним числом заданих значень для окремої характеристики ЯП, і таким чином реально може бути забезпечена вища якість для окремої характеристики, ніж була у запиті.
Наступні визначення охоплюють випадки нормального функціювання. Інша поведінка може відбуватися у випадках відмови устатковання або в умовах раптового перевантаження.
a) Узгодження одного параметра
1) Користувач-ініціатор повідомляє запропоноване значення Р постачальникові.
2) Постачальник може відкинути запит. Якщо запит не відкинуто, він може обрати нове запропоноване значення Р´, що не краще запропонованого ініціатором значення, тобто таке, що Р´≤ Р. Постачальник повідомляє запропоноване значення користувачеві-респондентові.
3) Користувач-респондент може відкинути запит. Якщо запит не відкинуто, він може обрати нове значення V, що не краще від запропонованого постачальником значення, тобто таке,
що
4) Постачальник повинен залишити незмінним обране значення V.
5) Обране значення V повертається користувачеві-ініціаторові. Воно є погодженим значенням.
b) Обмежене узгодження
1) Користувач-ініціатор визначає бажаний операційний діапазон, повідомляючи постачальникові нижню межу L і верхню межу U, де L ≤ U. (Якщо узгоджується НПЯ, то L є запропонованим значенням НПЯ. Якщо узгоджується операційне цільове значення, то U є запропонованим цільовим значенням. Якщо узгоджується КНЯ, то (У є запропонованим значенням КНЯ).
2) Постачальник може відкинути запит, якщо знає, що він не може його задовольнити, тобто, якщо він не може гарантовано підтримувати найнижче граничне значення L. Якщо постачальник не відкидає запит, але не може функціювати в межах повного діапазону, запропонованого користувачем-ініціатором, то він може визначити нове зменшене значення І/' для верхньої межі: це зменшене значення може бути не гірше ніж нижня межа. Отже L< U' ≤ U. (Можливо, постачальник може забезпечити внутрішнє функціювання з вищою якістю, але він не повідомляє про це користувачеві-респондентові.) Постачальник не може змінювати нижню межу L Нові верхня межа U´ і нижня межа L повідомляються користувачеві-респондентові.
3) Користувач-респондент може відкинути запит. Якщо запит прийнято, то користувач може обрати будь-яке значення V у діапазоні між запропонованими верхньою й нижньою межами. Отже, L ≤ V ≤ U´ Обране значення повертається постачальникові.
4) Постачальник повинен залишити незмінним обране значення V.
5) Обране значення V повертається користувачеві-ініціаторові. Воно є погодженим значенням. Два механізми проілюстровано на рисунку 7.1.
Можливі механізми з деякими обмеженнями на поводження однієї або більше сторін. Наприклад, механізми двостороннього узгодження відповідають обмеженим версіям перелічених вище механізмів, де постачальникові не дозволено модифікувати будь-які прийняті ним значення, а передавати в незмінному вигляді іншому користувачеві. Крім того, пороги можуть часто узгоджуватися між одним користувачем і постачальником у тому випадку, коли користувач бажає отримати інформацію про досягнення ЯП певного рівня, однак треба враховувати можливості постачальника.
Рисунок 7.1 — Тристороннє узгодження
7.1.1.2 Застосовування механізмів узгодження
Механізми, визначені вище, можна використовувати для опису угод із ЯП стосовно індивідуальних значень, пов'язаних із характеристиками ЯП. Зокрема така угода з ЯП містить:
— характеристику ЯП, що її стосується;
— де застосовують: або вони стосуються даного напрямку пересилання, або обидва напрямки еквівалентні (якщо це можливо застосувати);
— тип узгоджуваного значення, що може бути операційним цільовим значенням, граничним значенням або порогом: дані типи значень визначені в «Основних положеннях із ЯП» (див. 7.3.2);
— рівень угоди: відповідні рівні визначені в «Основних положеннях із ЯП» (див. 7.3.2.4 у ITU-T Rec. X.641 та ISO/IEC 13236), а саме:
• «найкращі зусилля» —для операційних цільових значень або порогів;
• обов'язкові — лише для граничних значень;
• гарантовані — лише для граничних значень.
У середовищі, де можуть обговорюватися багато різних типів угод із ЯП, для передавання точного наміру кроку узгодження може бути потрібно використовувати кілька параметрів ЯП для послуг або протоколу.
Узгодження одного параметра є найдоцільнішим для узгодження:
— операційного цільового значення найвищої досяжної якості (НДЯ), коли бажаним є функціювання на найвищому рівні, допустимому для всіх сторін, із значеням типу «найкраще зусилля»;
— граничного значення керованої найвищої якості (КНЯ), коли бажано встановити верхнє граничне значення ЯП, і наступна угода може мати значення типу «найкраще зусилля», «обов'язкове» або «гарантоване»;
— високого значення порога.
Обмежене узгодження є найдоцільнішим для узгодження:
— операційного цільового значення найвищої досяжної якості (НДЯ), де бажаним є функціювання на прийнятому всіма сторонами найвищому рівні, із значенням «найкраще зусилля», але з нижньою межею у межах допустимої ЯП;
— граничного значення керованої найвищої якості (КНЯ), коли бажаним є встановити верхню межу ЯП, але з нижньою межею для цієї межі, і наступна угода може мати значення «найкраще зусилля», «обов'язкове» або «гарантоване»;
— граничного значення найнижчої припустимої якості (НПЯ), коли бажаним є встановити рівень, нижче якого ЯП не повинна опускатися, і наступна угода може мати значення «найкраще зусилля», «обов'язкове» або «гарантоване»;
— високого або низького значення порога.
Надалі під час обмеженого узгодження потрібно визначити, де у межах доступного діапазону корис-тувач-респондент повинен обирати кінцеве значення (у кроці 3 визначання обмеженого узгодження в 7.1.1.1). Зазвичай високі кінцеві значення будуть придатними, коли погоджено значення ИДЯ, КНЯ або верхнього порога; і значення низьких порогів повинні бути придатними, коли погоджені значення НПЯ або низького порога.
7.1.1.3 Використовування механізмів, що відображаються на нижньому рівні в міжнародних стандартах ISO/IEC та рекомендаціях ITU-T
У наведеній нижче таблиці 7.1 для стандартів, що визначають використовування певного механізму для заданої характеристики ЯП, вказано, який із визначених у цьому розділі механізмів використано. Крім того, у ній наведено випадки, коли у стандарті стверджується, що характеристика не узгоджується. Якщо в цій таблиці не існує специсрічного входу для цього стандарту, то цей стандарт не визначає конкретний механізм і покладається на характеристику, одержану за допомогою відображення характеристики від вищих послуг або протоколу до нижчої її складової.
Примітка 1. У цій таблиці назви стандартів наведено лише у скороченій формі. Повні назви міжнародних стандартів та рекомендацій наведено у списках 5.1.1.
Примітка 2. Хоча таблиця 7.1 містить текст — витяг зі згаданих міжнародних стандартів та рекомендацій або технічних звітів та рекомендацій, у випадку будь-якої неузгодженості між формулюваннями у цьому посібнику і цих документах, вимоги, сформульовані у згаданих документах, повинні бути пріоритетними.
Примітка 3. Унаслідок складності механізмів, розроблених для транспортних послуг й протоколу поліпшених комунікацій, їх не долучено до таблиці 7.1. Коротке обговорення й посилання наведено в 7.1.3.
Таблиця 7.1 — Використовування механізмів, відображених в ITU-T рекомендаціях та ISO/I EC міжнародних стандартах нижнього рівня
Рекомендація та міжнародний стандарт |
Характеристика або параметр |
Використовуваний механізм |
Примітки |
ITU-T Rec. X.25 та ISO/IEC 8208 (Х.25 протокол пакетного рівня) |
клас пропускної здатності |
Узгодження единого параметра: операційного цільового значення НДЯ із значенням «найкращі зусилля». |
|
|
вибір та індикація транзитного затримання |
1 ) Користувач-ініціатор повідомляє запропоноване значення. 2) Постачальник приймає запит, якщо може його задовольнити. 3) Користувач-респондент і користувач-ініціатор інформуються про обране значення. Воно може бути менше, рівне або більше запропонованого значення. |
|
|
клас мінімальної пропускної здатності |
1 ) Користувач-ініціатор повідомляє запропоноване значення. 2) Постачальник може відкинути запит. Якщо він не відкидає запит, то він пропонує значення користувачу-респон-денту. 3) Користувач-респондент може відкинути запит або прийняти запропоноване значення. |
|
|
наскрізне транзитне затримання |
На вибір ініціатора або обмежене узгодження, або узгодження одного параметра операційного цільового значення НДЯ із значенням «найкращі зусилля». |
|
|
пріоритет |
Обмежене узгодження операційного цільового значення НДЯ із значенням «найкращі зусилля». |
|
|
захист |
Обмежене узгодження операційного цільового значення НДЯ із значенням «найкращі зусилля». |
|
ITU-T Rec. X.213 та ISO/IEC 8348 (Визначення режиму з'єднання мережної послуги) |
пропускна спроможність |
На вибір ініціатора або обмежене узгодження, або узгодження одного параметра операційного цільового значення НДЯ із значеням «найкращі зусилля». |
|
|
транзитне затримання |
Обмежене узгодження або узгодження єдиного параметра: операційного цільового значення НДЯ із значенням «найкращі зусилля». |
1 |
|
пріоритет |
На вибір ініціатора або обмежене узгодження, або узгодження єдиного параметра: операційного цільового значення НДЯ із значенням «найкращі зусилля». |
|
|
захист |
Не узгоджується — внутрішнє питання. Підлягає керуванню відповідно до діючої політики захисту. Див. ITU-T Rec. X.802 та ISO/IEC TR 13594 Information technology — Lower Layers security model. |
|
|
вартісні показники транзитного затримання |
Механізм узгодження відсутній, запропонований механізм заснований на специфічних характеристиках засобів, що можуть надаватися постачальником. |
|
ITU-T Rec. X.214 та ISO/IEC 8072 (Визначення транспортних послуг) |
усі параметри ЯП, крім захисту |
Узгодження єдиного параметра: операційного цільового значення НДЯ із значенням «найкращі зусилля». |
|
|
захист |
Не узгоджується — внутрішнє питання. Підлягає керуванню відповідно до діючої політики захисту. Див. ITU-T Rec. X.802 та ISO/IEC TR 13594 Information technology — Lower Layers security model. |
|
ITU-T Rec. X.223 та ISO/IEC 8878 (Використання Х.25 для забезпечення режиму з'єднання ме-режних послуг) |
пропускна спроможність; транзитне затримання; пріоритет |
На вибір ініціатора або обмежене узгодження, або узгодження єдиного параметра: операційного цільового значення НДЯ із значенням «найкращі зусилля». |
|
ITU-T Rec. X.224 та ISO/IEC 8073 (Connection-mode transport protocol) |
пропускна спроможність; норма помилки округлення; транзитне затримання |
Обмежене узгодження операційного цільового значення НДЯ із значенням «найкращі зусилля». |
|
|
пріоритет |
Узгодження єдиного параметра: операційного цільового значення НДЯ із значенням «найкращі зусилля». |
|
ITU-T Rec. X.233 та І8ОЛЕС 8473-1 (Протокол для забезпечення режиму відсутності з'єднання мережних послуг) |
упорядкування відносно транзитного затримання; транзитне затримання відносно вартості; імовірність помилки округлення відносно транзитного затримання; імовірність помилки округлення відносно вартості |
Нема узгодження — рішення приймають у кожному індивідуальному блоку даних. Мережні логічні об'єкти у проміжних системах можуть, але не зобов'язані використовувати цю інформацію при виборі маршруту, якщо є більш ніж один маршрут, що задовольняє іншим наявним критеріям маршрутизації і відомо, що наявні маршрути відрізняються відносно ЯП. Коли цю інформацію використовують, рішення по маршрутизації повинні враховувати використання ЯП, як указано користувачем. |
|
ITU-T Rec. X.234 та ISO/IEC 8602 (Транспортний протокол режиму відсутності з'єднання) |
параметр ЯП, обумовлений транспортними послугами в режимі без установлення з'єднання |
Для внутрішніх мережних послуг режиму відсутності з'єднання: параметр ЯП витягається із апріорних знань по асоціації' користувачем ЯП. Для внутрішніх мережних послуг режиму з'єднання: параметр ЯП витягається користувачем ЯП зі знань, що доступні для мережного з'єднання. |
|
ССІТТ Rec. X.612 та ISO/IEC 9574 (Мережні послуги режиму з'єднання за допомогою термінала, з'єднаного у пакетному режимі з ISDN) |
транзитне затримання і пропускна спроможність |
Засновані на апріорних знаннях. Ці знання можуть модифікуватися за допомогою ITU-T Rec. Q.931 (специфікація рівня 3 інтерфейсу користувач-мережа ISDN для керування базовим викликом). |
|
ITU-T Rec. X.622 та ІЗОЛЕС 8473-3 (Мережний протокол у режимі відсутності з'єднання над Х.25) |
пріоритет |
Нема механізму узгодження. |
|
|
транзитне затримання і пропускна спроможність |
Використовує механізми узгодження протоколу по ITU-T Rec. X.25 та ISO/IEC 8208. |
2 |
Примітка 1. Для випадку транзитного затримання застосовують обмежену форму механізму обмеженого узгодження. На кроці 3, якщо користувач-респондент приймає запит, то використовується верхнє значення, що постачається (яке відповідає нижній затримці переходу). Воно навіть не передається на крок 4, тому що постачальник уже знає значення, що використовується, якщо встановлене мережне з'єднання. Примітка 2. Див. вхід для ITU-T Rec. X.25 та ISO/IEC 8208. |