Сеансовый уровень

В семиуровневой OSI модели компьютерной сети сеансовый уровень — это уровень 5 .

Уровень сеанса обеспечивает механизм открытия, закрытия и управления сеансом между процессами приложений конечного пользователя, т. е. полупостоянный диалог. Сеансы связи состоят из запросов и ответов, которые происходят между приложениями. Службы сеансового уровня обычно используются в средах приложений, использующих удаленные вызовы процедур (RPC). ^[2]

Примером протокола сеансового уровня является протокол сеансового уровня набора протоколов OSI , также известный как X.225 или ISO 8327. В случае потери соединения этот протокол может попытаться восстановить соединение. Если соединение не используется в течение длительного периода, протокол сеансового уровня может закрыть его и снова открыть. Он обеспечивает полнодуплексную или полудуплексную работу и обеспечивает точки синхронизации в потоке обмениваемых сообщений. ^[3]

Другие примеры реализации сеансового уровня включают Zone Information Protocol (ZIP) – AppleTalk. ^[4] протокол, который координирует процесс привязки имени, и протокол управления сеансом (SCP). ^[5] – DECnet протокол сеансового уровня Phase IV.

В рамках семантики уровней обслуживания сетевой архитектуры OSI сеансовый уровень отвечает на запросы обслуживания от уровня представления и отправляет запросы обслуживания на транспортный уровень .

Услуги [ править ]

Установление и освобождение соединения [ править ]

Как минимум, уровень сеанса позволяет обеим сторонам устанавливать и использовать соединение, называемое сеансом, и обеспечивает упорядоченное разъединение соединения.

В модели OSI транспортный уровень не отвечает за упорядоченное освобождение соединения. Вместо этого за это отвечает сеансовый уровень. Однако в современных сетях TCP/IP TCP уже обеспечивает упорядоченное закрытие соединений на транспортном уровне.

После освобождения сеансового соединения базовое транспортное соединение может быть повторно использовано для другого сеансового соединения. Кроме того, сеансовое соединение может использовать несколько последовательных транспортных соединений. Например, если во время сеанса в базовом транспортном соединении произошел сбой, сеансовый уровень может попытаться восстановить транспортное соединение, чтобы продолжить сеанс.

Управление диалогом [ править ]

Сеансовый уровень может обеспечивать три различных типа диалога: односторонний двусторонний (полнодуплексный), попеременный двухсторонний (полудуплексный) и односторонний (симплексный). Он также предоставляет механизмы для согласования типа диалога и контролирует, какая сторона имеет «поворот» или «токен» для отправки данных или выполнения некоторых функций управления.

Управление диалогом не реализовано в TCP/IP и при необходимости остается на уровне приложения. В широко используемом протоколе HTTP/1.1 клиент и сервер обычно работают в полудуплексном режиме. HTTP/1.1 также поддерживает конвейерную обработку HTTP для полнодуплексной работы, но многие серверы/прокси-серверы не могли с ней справиться правильно, и не было механизма диалоговых переговоров, позволяющего проверить, можно ли использовать полнодуплексный режим или нет, поэтому его поддержка в конечном итоге была прекращена большинство браузеров.

Точки синхронизации и ресинхронизация [ править ]

Уровень сеанса также может позволить двум сторонам вставлять точки синхронизации в диалог и позволить им выполнить повторную синхронизацию , которая прерывает текущую передачу, устанавливает точку синхронизации на определенное значение и возобновляет передачу с этой точки.

Это можно использовать при передаче аудио/видео в реальном времени. Точки синхронизации можно использовать для вставки временных меток в поток данных, а повторную синхронизацию можно использовать для сброса передачи для начала с новой временной метки. Например, если видеопоток слишком сильно отстает от аудиопотока, принимающая сторона может выдать запрос на ресинхронизацию видеопотока, перезапустив его передачу с более поздней временной метки.

Это также может использоваться приложением для создания контрольных точек. Точки синхронизации можно использовать для указания того, что контрольная точка была зафиксирована приложением, а после сбоя приложения или сбоя питания можно использовать повторную синхронизацию, чтобы указать, что приложение восстановилось после контрольной точки и с нее можно возобновить передачу. точка.

Это также может быть использовано для прерывания/возобновления диалога в любой момент не из-за сбоя приложения, а по плану приложения. Приложение может прервать диалог, начать другой диалог в том же сеансе и возобновить предыдущий диалог в том же сеансе или в другом сеансе.

Уровень сеанса может также обеспечивать явную поддержку управления несколькими прерываемыми диалогами в течение одного или нескольких сеансов. Эти диалоги называются действиями . Действия могут быть прерваны и возобновлены явно. По сравнению с неявным прерыванием и возобновлением диалогов посредством ресинхронизации, поддержка активности дает приложению более простой контроль над этими диалогами.

Протоколы [ править ]

ADSP, протокол потока данных AppleTalk
ASP, протокол сеанса AppleTalk
H.245, протокол управления вызовами для мультимедийной связи
ISO-SP, протокол сеансового уровня OSI (X.225, ISO 8327)
iSNS, служба имен интернет-хранилищ
L2F, протокол пересылки уровня 2
L2TP, протокол туннелирования уровня 2
NetBIOS, базовая сетевая система ввода-вывода
PAP, протокол аутентификации пароля
PPTP, протокол туннелирования «точка-точка»
RPC, протокол удаленного вызова процедур
RTCP, протокол управления транспортировкой в реальном времени
SMPP, одноранговая передача коротких сообщений
SCP, протокол управления сеансом
SOCKS, SOCKS. интернет-протокол
ZIP, протокол информации о зоне
SDP, протокол прямых сокетов

Сравнение с моделью TCP/IP [ править ]

Эталонная модель TCP/IP не касается деталей модели OSI о семантике приложений или транспортных протоколов и, следовательно, не учитывает сеансовый уровень. Управление сеансами OSI в связи с типичными транспортными протоколами (TCP, SCTP) содержится в протоколах транспортного уровня или иначе считается областью протоколов прикладного уровня . Уровни TCP/IP представляют собой описания рабочих областей (приложение, хост-хост, сеть, канал), а не подробные предписания рабочих процедур или семантики данных.

См. также [ править ]

Сессия (информатика)

Ссылки [ править ]

^ «X.225: Информационные технологии – Взаимосвязь открытых систем – Протокол сеанса, ориентированный на соединение: Спецификация протокола» . Архивировано из оригинала 1 февраля 2021 года . Проверено 10 марта 2023 г.
^ «Что такое удаленный вызов процедур (RPC)? Определение из SearchAppArchitecture» . Архитектура приложения поиска . Проверено 4 августа 2022 г.
^ Рекомендация МСЭ-Т X.225
^ «ЗИП» (PDF) . Apple.developer.com .
^ «Протокол управления сеансом (SCP)» . www.w3.org . Проверено 4 августа 2022 г.

[1] «X.225: Информационные технологии – Взаимосвязь открытых систем – Протокол сеанса, ориентированный на соединение: Спецификация протокола» . Архивировано из оригинала 1 февраля 2021 года . Проверено 10 марта 2023 г.

[2] «Что такое удаленный вызов процедур (RPC)? Определение из SearchAppArchitecture» . Архитектура приложения поиска . Проверено 4 августа 2022 г.

[3] Рекомендация МСЭ-Т X.225

[4] «ЗИП» (PDF) . Apple.developer.com .

[5] «Протокол управления сеансом (SCP)» . www.w3.org . Проверено 4 августа 2022 г.

[1]

[2]

[3]

[4]

[5]