Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ответы 3 (упорядочены).docx
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
174 Кб
Скачать
☆

30. Протоколи сеансового рівня. Налагодження сеансу.

Головним завданням сеансового рівня є організація обміну інформацією між об’єктами прикладного рівня відображення. Цей обмін відбувається як послідовність окремих діалогів – сеансів (звідси і походить назва рівня).

Усі функції сеансового рівня можна розділити на такі три групи:

  • функції налагодження, або розірвання сеансу;

  • функції нормального передавання;

  • функції нештатних ситуацій.

Налагодження сеансу

Процеси налагодження та розірвання сеансу значно відрізняються в кожній конкретній реалізації. У найпростішому випадку для налагодження сеансу достатньо пари пакетів – Запит на сполучення та Підтвердження на сполучення, а для розірвання – пари Запит розірвання та Підтвердження розірвання. У більш складних ситуаціях потрібна процедура, яка підтверджує, що запит іде від повноважного користувача та дає змогу задати параметри обміну. У таких випадках перед налагодженням сеансу виконується процедура прив’язання (bind). Процедура прив’язання подібна до процедури підписання контракту: спочатку домовляються про всі деталі, потім підписують контракт і починають його виконувати.

Після закінчення процедури прив’язання починається сеанс зв’язку.

31. Протоколи сеансового рівня. Передавання інформації.

Головним завданням сеансового рівня є організація обміну інформацією між об’єктами прикладного рівня відображення. Цей обмін відбувається як послідовність окремих діалогів – сеансів (звідси і походить назва рівня).

Усі функції сеансового рівня можна розділити на такі три групи:

  • функції налагодження, або розірвання сеансу;

  • функції нормального передавання;

  • функції нештатних ситуацій.

Передавання інформації.

Під час передавання інформації можуть виконувати такі функції:

  • відображення та перетворення даних мовами високого рівня, або запитів протоколів транспортної підсистеми;

  • зіставлення запитів та відповідей на ці запити;

  • керування чергами повідомлень їхньою пріоритетністю ;

  • поділ повідомлення на частини, якщо воно надто велике для транспортного рівня і зворотне зібрання;

  • робота з порядковими номерами пакетів, якщо транспортна підсистема не забезпечує правильної послідовності їх передавання;

  • керування потоком та темпами передавання;

  • керування використанням ресурсів;

  • розподіл повідомлень на звичайні та термінові.

Термінові повідомлення передають поза чергою. Вони потрібні для виконання деяких процедур передавання.

32. Протоколи сеансового рівня. Робота в нештатних ситуаціях.

Головним завданням сеансового рівня є організація обміну інформацією між об’єктами прикладного рівня відображення. Цей обмін відбувається як послідовність окремих діалогів – сеансів (звідси і походить назва рівня).

Усі функції сеансового рівня можна розділити на такі три групи:

  • функції налагодження, або розірвання сеансу;

  • функції нормального передавання;

  • функції нештатних ситуацій.

Робота нештатних ситуаціях.

Для забезпечення надійної роботи сеансової підсистеми в нештатних ситуаціях передбачені такі операції та функції:

  • контроль за групами операцій;

  • забезпечення примусового завершення сеансу зі збереженням цілісності даних;

  • рестарти з контрольних точок та забезпечення синхронізації;

  • розробка варіантів можливої роботи в періоди масових відмов.

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

До розірвання сеансу можуть призвести наступні причини:

  • стійка апаратна помилка, яку неможливо оминути;

  • стійка помилка в засобах зв’язку;

  • помилка в програмі;

  • різне налаштування і несумісність станцій;

  • різні реалізації прикладного рівня та рівня відображення;

  • складання, або рестарт транспортної системи;

  • втрата, або спотворення повідомлень;

  • перевантаження;

  • помилки оператора.

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