5.5. Канал с частичным подтверждением, выдаваемым пбс.
Отметим отличия:
Транзакция «ответ» не используется (деконвертация не контролируется).
Транзакция «подтверждение» выдается ПБС и свидетельствует о том, что запрос принят на исполнение.
Достоинства:
Еще большее снижение времени на выдачу подтверждений.
Недостатки:
Снижение надежности контроля передачи сообщений в сети.
5.6. Канал без подтверждения.
Отметим отличия:
Транзакция «ответ» не используется (деконвертация не контролируется).
Транзакция «подтверждение» не используется.
Достоинства:
Максимальное быстродействие.
Недостатки:
Полное отсутствие контроля.
5.7. Выбор типа виртуального канала.
В сетях TCP/IP,SPX,IPX,NetBIOSи некоторых других, основанных на протоколах старой разработки, стандартно используется только канал без подтверждения, который при установке дополнительного ПО может быть преобразован в канал с частичным подтверждением, выдаваемым ПДС.
В протоколах POSI,AppleTalk,SNAподдерживаются все 4 вида виртуальных каналов, выбор осуществляется на основании анализа ПО, работающего в сети, или исходя из приоритетов либо скорости, либо надежности работы в сети.
5.8. Механизм квитанций.
Механизм квитанций – это альтернативный механизм контроля доставки сообщений в сети, который может быть использован вместо механизма подтверждения, либо в дополнении к нему.
В отличие от механизмов подтверждения, механизм квитанций не является частью системных сетевых средств, и его поддержка полностью зависит от ПО.
Механизм квитанций состоит в следующем:
По получении сообщения, пассивный пользователь генерирует ответное сообщение (квитанцию), извещающее активного пользователя о получении.
Полноценной заменой механизма подтверждения механизм квитанций не является по следующим причинам:
Контролируется только факт получения/неполучения сообщения. При этом неизвестно, где возник сбой в случае недоставки сообщения.
Вся организация квитанций – вопрос, полностью решаемый между пользователями сети, администраторы не участвуют в передаче и не имеют никакой информации о результатах контроля.
Вся организация квитанций – вопрос, полностью решаемый между пользователями сети, администраторы не участвуют в передаче и не имеют никакой информации о результатах контроля.
6. Транспортно-независимая сетевая служба (тнсс).
1. До середины 90-х годов обычным способом обращения прикладного ПО к сетевым службам было прямое обращение к точке доступа к сервису сеансового уровня конкретного протокола, используемого в сети. Т.о. прикладное ПО писалось под стандарт сеансового уровня определенного протокола и было совместимо только с сетью, построенной на использовании только этого протокола.
2. Начиная с середины 90-х годов ОС получает распределенное использование транспортно-независимой сетевой службы, которая предполагает следующее:
а. В ОС реализован стандартный протокола доступа к функциям сеансового уровня, независимый от особенностей того или иного сетевого протокола. Реализуется посредством ТНСС.
б. ТНСС, получая запросы от пользователя сервиса с верхних уровней при обращении к нижележащему уровню преобразует формат запроса к стандарту того или иного протокола, который конкретно используется в сети. Можно говорить о том, что функции сеансового уровня выводятся из состава подсетевого драйвера и переносятся в независимую от подсетевых драйверов ТНСС.
в. Дополнительно ТНСС предоставляет следующие возможности: одновременное использование на одном хосте нескольких стеков протоколов и работа хоста в нескольких сетях, использующих различные протоколы.
г. Кроме того, к функциям современной ТНСС относится организация взаимодействия канальных средств с аппаратурой канального уровня. ТНСС перехватывает запросы сетевого драйвера сетевого уровня к канальному уровню и далее организует работу так, что контроллер оказывается способен к одновременной работе в нескольких сетях, использующих разные протоколы. Стек протоколов ОС, поддерживающей ТНСС, выглядит следующим образом:
