---

ISO/IEC 9646-7:1995 Information technology — Open Systems Interconnection — Conformance testing methodology and framework — Part 7: Implementation Conformance Statements.НАЦІОНАЛЬНЕ ПОЯСНЕННЯ

ССІТТ Recommendation Х.200 (1988) Еталонна модель взаємозв’язку відкритих систем для застосувань ССІТТ

ISO 7498:1984 Системи оброблення інформації. Взаємозв’язок відкритих систем. Базова еталонна модель

ССІТТ Recommendation Х.209 (1988) Специфікація базових правил кодування для запису абстрактного синтаксису один (ASN.1)

ISO/IEC 8825:1990 Інформаційні технології. Взаємозв’язок відкритих систем. Специфікація базових правил кодування для запису абстрактного синтаксису один (ASN.1)

ССІТТ Recommendation Х.210 (1988) Домовленості визначення рівня сервісів взаємозв’язку відкритих систем

ISO/TR 8509:1987 Системи оброблення інформації. Взаємозв'язок відкритих систем. Домовленості сервісів

ССІТТ Recommendation Х.290 (1992) Методологія тестування відповідності OSI та структура рекомендацій протоколу для застосувань ССІТТ. Загальні поняття

ISO/IEC 9646-1:1991 Інформаційні технології. Взаємозв’язок відкритих систем. Методологія та структура тестування відповідності. Частина 1. Загальні поняття

ССІТТ Recommendation Х.700 (1992) Визначення структури адміністративного керування для взаємозв'язку відкритих систем (OSI) для застосувань ССІТТ

ISO/IEC 7498-4:1989 Системи оброблення інформації. Взаємозв’язок відкритих систем.

Базова еталонна модель. Частина 4. Структура адміністративного керування

ССІТТ Recommendation Х.710 (1991) Спільне визначення інформаційного сервісу адміні­стративного керування для застосувань ССІТТ

ISO/IEC 9595:1991 Інформаційні технології. Взаємозв’язок відкритих систем. Спільне виз­начення інформаційного сервісу адміністративного керування

ССІТТ Recommendation Х.291 (1992) Методологія тестування відповідності OSI та структура рекомендацій протоколу для застосувань ССІТТ. Набір абстрактних тестів специфікацій

ISO/IEC 9646-2:1994 Інформаційні технології. Взаємозв'язок відкритих систем. Методологія

та структура тестування відповідності. Частина 2. Набір абстрактних тестів специфікацій

ITU-T Recommendation Х.296 Методологія тестування відповідності OSI та структура для рекомендацій протоколу для застосувань ITU-T. Твердження відповідності реалізації

ISO/IEC 9646-7:1995 інформаційні технології. Взаємозв’язок відкритих систем. Методологія та структура тестування відповідності. Частина 7. Твердження відповідності реалізації.

— ISO/IEC 9545:1989 Information technology — Open Systems Interconnection —Application layer structure.

НАЦІОНАЛЬНЕ ПОЯСНЕННЯ

ISO/IEC 9545:1989 Інформаційні технології. Взаємозв'язок відкритих систем. Структура прикладного рівня.

2. ТЕРМІНИ ТА ВИЗНАЧЕННЯ ПОНЯТЬ

   1. Визначення поняття з базової еталонної моделі

У цьому стандарті використано такі терміни, визначені в ССІТТ Rec. Х.200 | ISO 7498:

1. відкрита система (open system)',

2. адміністративне керування систем (systems management).

У цьому стандарті використано такі поняття, визначені в ССІТТ Rec. Х.700 | ISO/IEC 7498-4: — об’єкт адміністративного керування (managed object).

У цьому стандарті використано таке поняття, визначене в ССІТТ Rec. Х.710 | ISO/IEC 9595: — атрибут (attribute).

У цьому стандарті використано такі терміни, визначені в ССІТТ Rec. Х.701 | ISO/IEC 10040: а) агент (agent)]

2. роль агента (agent role)]

3. групові визначення (generic definitions)]

4. клас об’єкта, що адмініструється (managed object class)]

5. твердження щодо відповідності об’єктів адміністративного керування (managed object conformance statement, MOCS)]

6. твердження щодо інформаційної відповідності адміністративного керування management information conformance statement, MICS)]

7. адміністратор (manager)]

8. роль адміністратора (manager role)]

9. проформа MICS (MICS proforma)]

10. проформа MOCS (MOCS proforma)]

11. сповіщення (notification)]

1. протокол застосування адміністративного керування систем (systems management application protocol)]

m) функція адміністративного керування систем (systems management function)]

2. функційний блок адміністративного керування систем (systems management functional unit)]

о) операція адміністративного керування системи (systems management operation).

У цьому стандарті використано таке поняття, визначене в ССІТТ Rec. Х.720 | ISO/IEC 10165-1:

— границя об’єкта адміністративного керування (managed object boundary).

У цьому стандарті використано такі терміни, визначені в ССІТТ Rec. Х.210 | ISO/TR 8509:

1. підтвердження (примітив) [confirm (primitive)]]

2. підтверджений сервіс [confirmed-service]]

3. індикація (примітив) [indication (primitive)]]

4. непідтверджений сервіс [non-confirmed-service]]

5. запит (примітив) [request (primitive)]]

6. відповідь (примітив) [response (primitive)].

У цьому стандарті використано такі поняття, визначені в ССІТТ Rec. Х.290 | ISO/IEC 9646- 1:

а) проформа PICS (PICS proforma)]

Ствердження щодо відповідності виконання протоколу (protocol implementation conformance statement)]

c) твердження щодо відповідності систем (system conformance statement).

3.8 Визначення понять проформи тверджень щодо відповідності систем

У цьому стандарті використано такі поняття, визначені в ITU-T Rec. Х.724 | ISO/IEC 10165-6:

1. твердження щодо відповідності відношень адміністративного керування (managed relationship conformance statement (MRCS))

2. твердження щодо відповідності адміністративного керування (management conformance summary (MCS))

3. проформа MCS (MCS proforma)

4. проформа MRCS (MRCS proforma).

4 АБРЕВІАТУРИ

ASN.1 — Abstract Syntax Notation One (запис для абстрактного синтаксису один)

CMIS — Common Management Information service (сервіс обміну інформацією керування)

Conf — Confirmation (підтвердження)

Ind — Indication (індикатор)

ICS — Implementation Conformance Statement (твердження щодо відповідності реалізації)

MAPDU — Management application protocol data unit (блок даних протоколу прикладного рівня адміністративного керування)

MCS — Management Conformance Summary (твердження щодо відповідності адміні­стративного керування)

MICS — Management Information Conformance Statement (твердження щодо інформаційної відповідності адміністративного керування)

MIDS — Management Information Definition Statement (твердження щодо інформаційного визначення адміністративного керування)

MOCS — Managed Object Conformance Statement (твердження щодо відповідності об’єктів адміністративного керування)

MRCS — Managed Relationship Conformance Statement (твердження щодо відповідності відношень адміністративного керування)

OSI — Open system interconnection (взаємозв’язок відкритих систем)

PICS — Protocol Implementation Conformance Statement (твердження щодо відповідності використання протоколу)

Req — Request (запит)

Rsp — Response (відповідь)

SMAPM — Systems management application protocol machine (машина протоколу застосування адміністративного керування систем)

SMI — Structure of management information (структура інформації адміністративного керування).

5 УГОДИ

У цьому стандарті визначено послуги для функції адміністративного керування станами відпо­відно до угод, визначених у ССІТТ Rec. Х.210 | ISO/TR 8509. У розділі 9 визначення поняття кожної послуги містить таблицю, у якій наведено параметри сервісів. Для заданого сервісного примітива наявність кожного параметра описано одним із таких значень:

М — наявність параметра обов’язково;

(=) — значення параметра дорівнює його значенню в колонці ліворуч;

U — використання параметра визначає користувач послуг;

— — параметра немає у взаємодії, зазначеній відповідним примітивом;

С — наявність параметра залежить від умов, визначених у тексті, де описано параметр;

Р — параметр є суб’єктом обмежень, наведених у ССІТТ Rec. Х.710 | ISO/IEC 9595.

Примітка. Параметри, позначені літерою «Р» у таблицях послуг цього стандарту, відображаються безпосередньо на відповідні параметри примітивів сервісу загальної інформації адміністративного керування (CMIS) без зміни семантики й синтак­сису цих параметрів. Інші параметри використовуються для формування MAPDU,

6 ВИМОГИ

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

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

Адміністративне керування станами передбачено для:

• повідомлення про зміни атрибутів станів;

• читання атрибутів станів;

• зміни атрибутів станів.

7 МОДЕЛЬ

Стан адміністративного керування об’єкта являє собою конкретний прояв умови придатності й роботоздатності відповідних ресурсів із погляду адміністративного керування. Різні класи об'єкта адміністративного керування мають різноманітні атрибути станів, що відображають різні аспекти операцій відповідних ресурсів і керують цими аспектами, специфічними для кожного класу. Перед­бачено, однак, що стан адміністративного керування буде спільним для великої кількості ресурсів, у зв’язку з чим його стандартизують, він відображає ключові аспекти використання цих ресурсів у будь-який момент часу. Його ціллю є керування загальною придатністю ресурсів і забезпечення можливості спостереження інформації щодо загальної роботоздатності.

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

• роботоздатність — визначає фізичну наявність і дієздатність ресурсів;

• використання — визначає використання ресурсу в конкретний момент часу.

Вважають, що ресурс знаходиться «у використанні», якщо він одержав один або кілька запитів на обслуговування, але ще не виконав їх або відхилив, або якщо в результаті попереднього за­питу на обслуговування деяку частину його можливостей призначено для використання і ще не відкликано;

• адміністрування — дозвіл чи заборона на використання ресурсів, що накладається по­слугами адміністративного керування.

Стан об’єкта адміністративного керування не впливає на його здатність реагувати на операції адміністративного керування.

Роботоздатність ресурсу описується атрибутом робочого стану, що може приймати два зна­чення: деактивований й активований. Ці значення описано у 8.1.1.1.

Деякі класи об’єкта адміністративного керування в робочому стані постійно виявляють тіль­ки активоване значення. Якщо ресурс ззовні не виявляє залежностей від інших ресурсів і немає компонентів, що можуть спричинити дефект, який спостерігається, тоді об’єкт може не виявити деактивованого робочого стану. Так само об’єкти адміністративного керування, що припиняють своє існування, коли ресурс стає нероботоздатним під час їхнього існування, не виявляють де­активованого робочого стану. Якщо ресурс припиняє своє існування, але об'єкт продовжує під­тримувати атрибути статусів щодо цього ресурсу, робочий стан буде деактивованим. Набір за­безпечуваних значень робочих станів визначають у кожному окремому визначенні класу об’єкта адміністративного керування.

Якщо об’єкт не здатен відобразити робочий стан відповідного ресурсу і при цьому забезпе­чується невідомий атрибут статусу, визначений у 8.1.2.6, значенням невідомого атрибута статусу буде «істина».

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

Конкретні події, що належать до ресурсів, можуть обумовити конкретні переходи з одного ро­бочого стану в інший. Ці події та переходи показано на рисунку 1 й описано нижче.

TISO 0120-92

Рисунок 1 —Діаграма робочого стану

Ця подія містить дію, яка виконується для введення ресурсу в частково або цілком робото- здатний стан. Вона відбувається тільки в тому разі, якщо робочий стан об’єкта — деактивований. Подія активації спричиняє перехід ресурсу в активний робочий стан.