Эталонная сетевая модель OSI. Чернышов М.К. - 26 стр.

                                        26

6.1. Управление диалогом

Когда две системы вступают в диалог Сеансового уровня, они выбирают
один из двух режимов управления обменом сообщениями на все время сеан-
са: либо полудуплексный обмен, либо дуплексный. Каждое сеансовое соеди-
нение имеет уникальный идентификатор размером 196 байт, состоящий из
четырех элементов:
   • указатель SS-USER инициатора;
   • указатель SS-USER ответчика;
   • общий указатель;
   • дополнительный указатель.
Однажды выбранный режим обмена не подлежит изменению. Для того чтобы
переключиться на другой режим, необходимо разорвать соединение и уста-
новить его заново.
При полудуплексном режиме в любой из моментов времени только одна из
систем может передавать сообщения. Право передачи определяется посред-
ством маркера данных (data token). Каждая система по завершении передачи
отправляет маркер другой системе, используя примитив S-TOKEN-GIVE.
Только получив маркер, другая система может начать передачу своего сооб-
щения. Также существует примитив S-TOKEN-PLEASE, который система
может использовать для того, чтобы запросить маркер.
Использование дуплексного режима значительно усложняет процесс обмена.
Как свидетельствует название режима, при дуплексном обмене маркер не ис-
пользуется, и обе системы могут передавать сообщения одновременно.

    Важно понимать, что маркер и соединение на Сеансовом уровне не имеют ни-
    чего общего с одноименными элементами нижележащих протоколов. Маркер
    Сеансового уровня не является эквивалентом маркера, используемого протоко-
    лом Token Ring, как и соединение Сеансового уровня не эквивалентно соедине-
    нию Транспортного уровня протокола TCP. Две системы могут разорвать со-
    единение Сеансового уровня, в то время как соединение Транспортного уровня
    будет открыто для дальнейшего обмена.

Использование маркера предотвращает возникновение проблем, связанных с
перекрестными сообщениями, и обеспечивает механизм упорядоченного за-
вершения (orderly termination) соединения между системами. Согласно по-
рядку процедуры завершения соединения, одна из систем сигнализирует о
своем намерении разорвать соединение и передает маркер. Другая система,
получив маркер, пересылает все данные, оставшиеся в ее буферах, и исполь-
зует примитив S-PLEASE, чтобы подтвердить прием запроса разъединения.
Приняв примитив S-PLEASE, первая система знает, что она получила от дру-
гой системы все данные, ожидавшие отправки. Теперь она может использо-
вать примитив S-DISCONNECT для разрыва соединения.
В управлении диалогом предусмотрен механизм согласованного разъедине-
ния (negotiated release). Он дает возможность одной системе отказать другой