Сессионный уровень - Session layer
 | Эта статья нужны дополнительные цитаты для проверка. (Октябрь 2009 г.) (Узнайте, как и когда удалить этот шаблон сообщения) |
| Модель OSI к слой |
|---|
В семислойной Модель OSI из компьютерная сеть, то уровень сеанса является слой 5.
Сеансовый уровень предоставляет механизм для открытия, закрытия и управления сессия между прикладными процессами конечного пользователя, то есть полупостоянный диалог. Сеансы связи состоят из запросов и ответов, которые происходят между приложениями. Сервисы сеансового уровня обычно используются в прикладных средах, которые используют вызовы удаленных процедур (RPC).
Примером протокола сеансового уровня является Набор протоколов OSI протокол сеансового уровня, также известный как X.225 или ISO 8327. В случае потери соединения этот протокол может попытаться восстановить соединение. Если соединение не используется в течение длительного периода, протокол сеансового уровня может закрыть его и снова открыть. Он предусматривает либо полный дуплекс или же полудуплекс операции и обеспечивает точки синхронизации в потоке обмена сообщениями.[1]
Другие примеры реализаций сеансового уровня включают: Протокол информации о зоне (ZIP) - AppleTalk протокол, который координирует процесс привязки имени, и протокол управления сеансом (SCP) - DECnet Протокол сеансового уровня фазы IV.
В рамках семантики многоуровневого обслуживания сетевой архитектуры OSI, сеансовый уровень отвечает на запросы обслуживания от уровень представления и выдает запросы на обслуживание в транспортный уровень.
Услуги
- Аутентификация
- Авторизация
- Восстановление сеанса (контрольно-пропускной пункт и восстановление)
Сеансовый уровень модели OSI отвечает за сеанс контрольно-пропускной пункт и восстановление. Это позволяет правильно комбинировать или синхронизировать информацию разных потоков, возможно, происходящих из разных источников.
Пример использования сеансового уровня: сессионные бобы, которые активны только до тех пор, пока активен сеанс, и удаляются при отключении сеанса. Разработчики Java могут использовать их для хранения информации о пользователе во время веб-сеанса.
Пример приложения: веб-конференция, в котором потоки аудио и видео должны быть синхронными, чтобы избежать так называемого синхронизация губ проблемы. Управление потоком гарантирует, что человек, отображаемый на экране, является текущим оратором.
Другое приложение находится в прямой эфир программы, в которых потоки аудио и видео должны плавно объединяться и переходить от одного к другому, чтобы избежать бесшумного эфира или чрезмерного наложения.
Протоколы
- ADSP, Протокол потока данных AppleTalk
- ASP, Протокол сеанса AppleTalk
- H.245, Протокол управления вызовами для мультимедийной связи
- ISO-SP, протокол сеансового уровня OSI (X.225, ISO 8327)
- iSNS, Служба имен хранилищ в Интернете
- L2F, Протокол пересылки уровня 2
- L2TP, Протокол туннелирования уровня 2
- NetBIOS, Сетевая базовая система ввода-вывода
- PAP, Протокол аутентификации пароля
- PPTP, Туннельный протокол точка-точка
- RPC, Протокол удаленного вызова процедур
- RTCP, Протокол управления транспортом в реальном времени
- СМПП, Одноранговая передача коротких сообщений
- SCP, Протокол управления сеансом
- НОСКИ, НОСКИ протокол Интернета
- ZIP, Протокол информации о зоне
- SDP, Прямой протокол сокетов
Сравнение с моделью TCP / IP
В Эталонная модель TCP / IP не интересуется деталями модели OSI, касающейся семантики приложения или транспортного протокола, и поэтому не рассматривает уровень сеанса. Управление сеансами OSI в связи с типичными транспортными протоколами (TCP, SCTP) содержится в транспортный уровень протоколы или иным образом считались областью прикладной уровень протоколы. Уровни TCP / IP описания области действия (приложение, хост-хост, сеть, ссылка) и не подробно рецепты рабочих процедур или семантики данных.