17.Транспортная служба сети. Основные функции. Организация транспортной сети.

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

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

Виртуальное соединение, определяемое в рекомендации Х25/3, не обеспечивает гарантированной доставки пакетов, и если соединение сбрасывается сетью, пользователь должен применять свой собственный механизм восстановления либо использовать транспортный протокол.

Рис.1. Транспортный интерфейс - правила взаимодействия процессов.

Процессы, находящиеся в главной вычислительной машине, идентифицируются по заведенным в ней правилам. Для установления связи между удаленными процессами необходима некоторая схема общесетевой адресации. Каждый процесс должен идентифицироваться в сети единственным образом. Однако это не следует понимать так, что каждый процесс в сети имеет только единственное имя. На практике такой одноименный подход неэкономичен и нецелесообразен, а более предпочтительной является иерархическая схема адресации. При ее использовании процессы, находящиеся в различных главных вычислительных машинах, могут иметь одинаковые имена. Отличаться же друг от друга они будут сетевым адресом главной вычислительной машины. Если процессы идентифицируются в сети единственным образом, то они могут устанавливать между собой соединения и осуществлять связь посредством обмена сообщениями. Понятие соединения будет существовать в течение того периода времени, пока осуществляется связь между процессами. Пока функционируют процессы их соединение идентифицируется именами портов каждого процесса. Это является минимальным требованием к соединению, и мы можем образовывать более чем одно соединение для одной пары процессов, а также два независимых соединения через один и тот же порт процесса. Единственное ограничение состоит в том, что пара портов на двух сторонах соединения идентифицирует его единственным образом.Только что сказанное проиллюстрировано на рисунке 2. Три процесса А, В и С, образуют соединения через несколько своих портов. Процесс А через порт а₁, участвует в двух соединениях с процессом В, а через порт а₂ одновременно участвует в соединении с процессом В(а₂, b₃) и процессом С(a₂, с₁). Каждое соединение идентифицируется посредством пары портов, и, таким образом, адрес соединения можно выразить следующим путем: Адрес соединения = (порт 1, порт 2). В сети коммутации пакетов сообщение, передаваемое от одного процесса к другому, с которым он имеет соединение, переносит в явном или неявном виде адрес процесса-получателя и определяет таким методом соединение. Структура адреса имеет следующий вид: Сеть — получатель; главная вычислительная машина—получатель; процесс—получатель; адрес соединения.

Рис.2. Межпроцессные соединения портов

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