1.2.5. Организация виртуальных каналов

В отличие от дейтаграммного режима передачи, предполагающего неза- висимую маршрутизацию каждого пакета, режим виртуального канала (virtual circuit или virtual channel) устанавливает единый маршрут для всех пакетов в рамках одного соединения. Перед тем, как начать передачу, передающий узел выдает в сеть специальный пакет – запрос на установление соединения. Этот пакет, проходя через коммутаторы, “прокладывает” виртуальный канал – ком- мутаторы запоминают маршрут для данного соединения, и последующие паке- ты будут отправлены по нему же. При этом время, затраченное на установление виртуального канала, компенсируется более быстрой передачей потока пакетов за счет того, что коммутаторы не выполняют полную маршрутизацию каждого пакета, а быстро определяют его маршрут по номеру виртуального канала.

2. Организация сетевого программного обеспечения

2.1. Архитектура спо

Наиболее существенным отличительным признаком сетевого программ- ного обеспечения (СПО) является его принципиально распределенный харак- тер: различные компоненты должны выполняться на разных компьютерах. Из этого следует, что процессы, находящиеся в разных адресных пространствах на разных компьютерах, вынуждены обмениваться данными, не используя при- вычные средства – общие области памяти и т.п.

Как правило, в СПО можно выделить группы модулей, отвечающих за выполнение различных подзадач: передачу данных по КПД, управление сете- выми адресами, управление пользователями и др. Для упрощения разработки и

документирования СПО создан ряд моделей, представляющих разные точки зрения на то, из каких частей состоит СПО, и как они взаимодействуют между собой.

Базовым понятием для всех используемых моделей является понятие протокола. Под протоколом (protocol) понимается формально описанный на- бор правил, определяющий последовательность и формат сообщений, которы-

ми обмениваются сетевые компоненты. Каждая модель, в соответствии с разно- видностями выполняемых протоколами функций, выделяет группы протоколов, называемые уровнями (level), и описывает взаимосвязь уровней.

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

токолов, включающий в себя протоколы всех уровней модели, обычно называ-

ется стеком протоколов (protocol stack).

Каждый уровень взаимодействует с соседними уровнями формально опи-

санным способом. Говорят, что определен интерфейс (interface) между кажды-

ми двумя уровнями. Интерфейс определяет набор услуг, служб или сервисов (service), которые нижележащий уровень предоставляет вышележащему. Каж- дый уровень состоит из сущностей (entities), выполняющих некие действия или активности (activities). Для получения услуги вышележащий уровень обраща- ется к точке доступа к сервису (service access point, SAP).

По типу различаются службы с установлением соединением (connection)

и без соединения (connectionless). Службы с установлением соединения позво- ляют сущностям передавать и принимать потоки данных произвольного объе- ма, предварительно договорившись об этом (установив соединение). Службы без соединения передают данные отдельными блоками, независимо один от другого.

Каждая служба состоит из элементарных служб – примитивов

(primitive). Например, служба передачи файлов может включать примитивы по-

каза списка файлов в текущем каталоге, смены текущего каталога, передачи указанного файла и т.д.