Архитектура протокола Х. 25

Архитектура Х.25 содержит три уровня, соответствующие трем нижним уровням модели OSI (рис.9.5). На физическом уровне про­токол Х.25 определяет электрический интерфейс между DTE и DCE. Стандарты Х.25 физического уровня приведены в рекомендациях Х21 и Х21-бис.

Второй уровень интерфейса содержит функции, реализую­щие процедуру управления звеном данных HDLC (High-level Data Link Control Procedure), и отвечает за надежную передачу данных через физический стык. В Х.25 протоколом уровня звена передачи данных является протокол LAPB. Этому протоколу отводится роль формирования кадров, содержащих в информационном поле передаваемые данные. Кадр в процедуре HDLC переносит через интер­фейс Х25 один пакет данных. Протокол LAPB применяется для фор­мирования двухточечного соединения между DCE и DTE. Никаких спецификаций мультиплексирования каналов (аналогичных LAPD) не существует. LAPB используется для передачи информации уров­ня 3 Х.25, но, как уже отмечалось, этот протокол является не самым элегантным методом передачи данных через интерфейсы ISDN. Информацию уровня 3 Х.25 можно поместить в кадр LAPD.

Рис. 9.5. Взаимосвязь между архитектурами OSI и Х.25

Третий уровень содержит функции, необходимые для упаков­ки данных в пакеты и для создания виртуальных каналов, по кото­рым эти пакеты передаются. Управление потоком осуществляет ме­ханизм окна, связанный с каждым виртуальным каналом. Средства сброса и рестарта дают возможность выполнять в интерфейсе про­цедуры восстановления после ошибок.

Формат пакетов Х.25 имеет вид, показанный на рис.9.6 [59]. Первый разряд К/И в байте 3 указывает, является ли пакет инфор­мационным или управляющим. Остальная часть байта 3 служит для указания типа управляющего пакета. В следующем байте две груп­пы по 4 разряда служат для указания длины адресного поля вызы­вающего и вызываемого DTE, соответственно. Затем следуют сами эти поля. В режиме быстрого поиска в конце пакета могут быть добавлены данные пользователя (до 16 байтов).

Рис. 9.6. Структура пакета Х.25: общий формат

Фактически различия между архитектурами Х.25 и OSI имеют место именно на этом, сетевом уровне, который по терминологии Х.25 называется уровнем пакетов. Протокол Х.25 ориентирован на соединения в виде виртуальных каналов, которые организуются с использованием ресурса постоянно существующих логических ка­налов. Каждому DTE доступно до 4095 таких каналов. Точнее гово­ря, предусматривается до 15 групп логических каналов по 255 кана­лов в каждом. Группа адресуется четырьмя, а канал — восемью бита­ми в заголовке пакета. Двоичные значения этих полей означают но­мер группы и номер канала соответственно. Существует взаимно однозначное соответствие между номерами логических каналов в DTE и DCE. Фактическое количество логических каналов, которые может использовать DTE, определяется администрацией сети. Ло­гические каналы используются для организации двух типов вирту­альных соединений — устанавливаемых по запросу и постоянных. Иными словами, пакетный уровень реализует два типа услуг пре­доставления виртуальных каналов — услуги оперативного предос­тавления виртуального соединения (Virtual Call service, VC) и услуги предоставления постоянного виртуального канала связи (Permanent Virtual Circuit service, PVC).

Виртуальные соединения по запросу (virtual calls) формиру­ются процедурами создания и аннулирования соединения, т.е. па­кеты маршрутизируются по виртуальному каналу, организуемому в сети протоколом третьего уровня перед передачей пакетов. Проце­дура создания инициируется со стороны DTE, посылающего к DCE по свободному логическому каналу пакет запроса соединения. Про­токол Х25 предполагает выбор свободного канала с наибольшим номером. Пакет запроса должен в явном виде содержать адрес полу­чателя. По получении пакета с запросом соединения DCE передает этот пакет через сеть к DCE, с которым связан вызываемый DTE, причем на вызываемой стороне выбирается свободный логический канал с наименьшим номером. Вызываемый DTE имеет возможность принять или отвергнуть поступивший запрос, а вызывающий DTE получит ответ, указывающий на то, принял или нет запрос вызывае­мый DTE. В случае принятия запроса между двумя DTE организует­ся виртуальное соединение и наступает фаза переноса данных. В случае же, когда соединение по какой-либо причине не может быть установлено, сеть возвращает вызывающему DTE пакет разъедине­ния, содержащий информацию о соответствующей причине. Нару­шить установленное соединение может любой из DTE, в нем участ­вующих.

Постоянный виртуальный канал связи (permanent virtual cir­cuit) представляет собой постоянное соединение между двумя DTE и поддерживается сетью все время. Процедуры оперативного соз­дания и аннулирования для него не нужны, и постоянный вирту­альный канал связи подобен, таким образом, выделенной линии связи.

Дата добавления: 2015-11-04