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

Сеансовый уровень — это пятый уровень эталонной модели взаимодействия открытых систем (OSI), отвечающий за установление, поддержание и завершение сеансов связи между двумя приложениями на разных узлах сети. Он обеспечивает синхронизацию, управление диалогом и восстановление после сбоев, предоставляя прикладным процессам возможность координировать обмен данными.

Функции и задачи

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

Ключевые задачи сеансового уровня включают:

• Установление сеанса. Согласование параметров соединения, аутентификация участников (если требуется), определение режима обмена.
• Поддержание сеанса. Контроль активности сеанса, обработка пауз и перерывов, управление потоками данных.
• Завершение сеанса. Корректное закрытие соединения с освобождением ресурсов, подтверждение получения всех данных.
• Синхронизация. Вставка контрольных точек (чекпоинтов) в поток данных. При сбое восстановление может начаться с последней контрольной точки, а не с начала сеанса. Это особенно важно для передачи больших файлов или длительных транзакций.
• Управление диалогом. Определение, кто и когда может передавать данные. Поддерживаются три режима: симплексный (только в одну сторону), полудуплексный (поочерёдно) и дуплексный (одновременно в обе стороны).
• Управление токеном. В некоторых протоколах сеансового уровня используется механизм токена — специального маркера, который даёт право на передачу данных. Это предотвращает коллизии в полудуплексном режиме.
• Согласование качества обслуживания (QoS). На этом уровне могут обсуждаться приоритеты, допустимые задержки и надёжность соединения.

Место в модели OSI

Сеансовый уровень занимает промежуточное положение между транспортным (4-й уровень) и представительским (6-й уровень).

• Транспортный уровень обеспечивает сквозную надёжную передачу данных между узлами (например, TCP). Он не знает о приложениях, которые обмениваются данными.
• Сеансовый уровень использует услуги транспортного уровня для организации диалога между приложениями. Он добавляет логику управления сеансом — синхронизацию, восстановление, управление диалогом.
• Представительский уровень отвечает за преобразование форматов данных (кодирование, сжатие, шифрование). Он работает с данными, уже организованными в сеанс.

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

Протоколы сеансового уровня

В модели OSI существует ряд протоколов, реализующих функции сеансового уровня. Наиболее известные:

• NetBIOS (Network Basic Input/Output System). Разработан IBM и Microsoft для локальных сетей. Предоставляет API для приложений, позволяя им устанавливать сеансы, обмениваться данными и завершать соединения. NetBIOS работает поверх протоколов NetBEUI, IPX/SPX или TCP/IP (через NetBIOS over TCP/IP — NBT).
• SOCKS (SOCKet Secure). Протокол, работающий на сеансовом уровне, используемый для проксирования трафика. Он устанавливает сеанс между клиентом и сервером через прокси-сервер, который затем перенаправляет данные. SOCKS не требует знания протоколов прикладного уровня (HTTP, FTP), поэтому может работать с любыми приложениями.
• RPC (Remote Procedure Call). Хотя RPC часто относят к прикладному уровню, его механизмы управления вызовами и сеансами частично реализуют функции сеансового уровня. RPC позволяет приложению вызывать процедуру на удалённом компьютере так, как если бы она была локальной.
• ADSP (AppleTalk Data Stream Protocol). Протокол сеансового уровня в стеке AppleTalk, обеспечивающий надёжную дуплексную передачу данных между приложениями.

В стеке TCP/IP, который является доминирующим в современных сетях, явного сеансового уровня нет. Его функции распределены между транспортным (TCP) и прикладным (HTTP, FTP, SSH) уровнями. Однако некоторые протоколы прикладного уровня, такие как SIP (Session Initiation Protocol) для VoIP или SSH (Secure Shell), реализуют управление сеансами на своём уровне.

Примеры работы

Пример 1: Установка сеанса NetBIOS

1. Приложение А на компьютере 1 вызывает API NetBIOS для установки сеанса с приложением Б на компьютере 2.
2. NetBIOS на компьютере 1 отправляет запрос на установку сеанса (Session Request) на компьютер 2.
3. NetBIOS на компьютере 2 проверяет, может ли приложение Б принять сеанс. Если да, отправляется ответ (Session Accept).
4. Сеанс установлен. Приложения могут обмениваться данными в полудуплексном или дуплексном режиме.
5. При завершении одно из приложений отправляет запрос на завершение сеанса (Session End).

Пример 2: Синхронизация при передаче файла

1. Приложение передаёт большой файл (например, 1 ГБ) через сеть.
2. Сеансовый уровень вставляет контрольные точки каждые 100 МБ.
3. На 450-м МБ происходит сбой сети.
4. После восстановления соединения сеансовый уровень определяет, что последняя успешная контрольная точка была на 400-м МБ.
5. Передача возобновляется с 400-го МБ, а не с начала файла. Это экономит время и трафик.

Критика и современное состояние

Модель OSI, включая сеансовый уровень, часто критикуется за избыточность и сложность. В реальных сетях, особенно в интернете, стек TCP/IP стал стандартом де-факто. В нём сеансовый уровень не выделен как отдельный, а его функции реализуются в протоколах прикладного уровня (например, управление сеансами в HTTP/2 и HTTP/3, установка сеансов в SSH, управление вызовами в SIP).

Тем не менее, концепция сеансового уровня остаётся полезной для понимания архитектуры сетевого взаимодействия. Она применяется в специализированных системах (например, в некоторых промышленных протоколах, в системах управления базами данных с распределёнными транзакциями) и в учебных целях для объяснения принципов многоуровневой организации сетей.

Интересные факты

• В модели OSI сеансовый уровень является одним из трёх «верхних» уровней (сеансовый, представительский, прикладной), которые ориентированы на приложения, в отличие от четырёх «нижних» (физический, канальный, сетевой, транспортный), ориентированных на сеть.
• Термин «сеанс» (session) в контексте сетей часто используется нестрого, обозначая любое логическое соединение между приложениями, даже если оно не реализует все функции сеансового уровня OSI.
• Протокол SOCKS, работающий на сеансовом уровне, используется для обхода ограничений доступа к веб-сайтам и для обеспечения анонимности, так как он может скрыть реальный IP-адрес клиента.

Источники

1. Международный стандарт ISO/IEC 7498-1:1994 «Information technology — Open Systems Interconnection — Basic Reference Model: The Basic Model».
2. Таненбаум Э., Уэзеролл Д. «Компьютерные сети». 5-е издание. — СПб.: Питер, 2012.
3. Олифер В.Г., Олифер Н.А. «Компьютерные сети. Принципы, технологии, протоколы». 5-е издание. — СПб.: Питер, 2016.
4. Стивенс У.Р. «TCP/IP. Иллюстрированное руководство». Том 1. — М.: Вильямс, 2003.