Маршрутизаторы Cisco в сетях X.25

существующую IP-сеть. Порт исходного  маршрутизатора, к которому по протоколу

Х.З/Х.28 в асинхронном режиме подключается рабочая станция пользователя,

конфигурируется для работы в режиме PAD. Порт целевого маршрутизатора, к

которому подключается хост Х.25, конфигурируется для работы в режиме

коммутатора Х.25. Между PAD и  целевым маршрутизатором организуется TCP-

соединение, по которому транспортируются инкапсулированные в IP-датаграммы

пакеты Х.25.

Во многих случаях пользователи рабочих станций ЛВС также  нуждаются в доступе

к хостам Х.25. Для реализации этой возможности применяется механизм

двунаправленной трансляции протоколов Х.25 и TCP, предоставляемый Cisco IOS.

С помощью механизма трансляции протоколов сетевые компьютеры, работающие со

стеком протоколов TCP/IP, могут  подключаться непосредственно к  хосту Х.25 без

использования физического  интерфейса Х.З/Х.28.

Рассмотрим для примера  другую сеть. Маршрутизатор Cisco 4700-М

сконфигурирован как PAD с  дополнительной функцией трансляции протоколов

ТСР/Х.25. Рабочая станция  передаст по IP-сети обычные пакеты TCP. Они

поступают на порт маршрутизатора Cisco 4500-М, который транслирует получаемые

от рабочей станции  пакеты (согласно режиму IP-to-X.25 protocol translation) в

сообщения Х.З/Х.28 и передает их на виртуальный PAD, моделируемый Cisco IOS.

Виртуальный PAD формирует  пакеты Х.25, которые передаются через  локальный

серийный порт на хост Х.25.

     Протокол ХoT

В данном разделе рассматривается  протокол передачи трафика Х.25 через TCP,

который описан в рекомендации RFC 1613 и реализован в маршрутизаторах Cisco

Systems. Официальное название  этого протокола - Cisco Systems Х.25 over TCP

(XoT).

Протоколом XoT установлено, что для каждого виртуального соединения Х.25

должно использоваться отдельное TCP-соединение; порт 1998 зарезервирован

Cisco Systems специально для  этой цели.

     ХоТ в режиме обслуживания SVC.

В режиме коммутируемых виртуальных  соединений (SVC) Х.25 при поступлении

запроса на установление соединения вначале устанавливается TCP-соединение

между портами маршрутизаторов, затем строится виртуальное соединение SVC по

протоколу Х.25 и только потом  начинается обмен трафиком Х.25.

Х.25-пакет запроса на установку  соединения с удаленным устройством  Х.25

хранится в буферной памяти маршрутизатора и не посылается по назначению до

тех пор, пока не будет создано TCP-соединение. Если TCP-соединение не будет

создано в заданное время, то маршрутизатор посылает пакет  сброса (call clear

packet).

Допускается групповое использование TCP-соединения. Если несколько

виртуальных соединений SVC Х.25, исходящих из маршрутизатора А, терминируются

на одном и том же удаленном маршрутизаторе Б, то эта  группа виртуальных

соединений использует одно TCP-соединение. В этом случае может  произойти

"ложное" закрытие TCP-соединения, поскольку запросы на разрыв SVC

обрабатываются по мере поступления, и при приеме очередного пакета сброса

TCP-соединение разрывается,  разрушая все обслуживаемые им  виртуальные

соединения SVC.

     Работа протокола XoT в режиме обслуживания PVC.

Возможность организации  постоянного виртуального соединения PVC Х.25 на

данном интерфейсе маршрутизатора указывается в момент его конфигурирования.

Создается таблица с описанием  всех необходимых параметров интерфейса для

работы по сети Х.25. Однако попытка установить постоянный виртуальный  канал

PVC выполняется только  после организации TCP-соединения  между двумя

интерфейсами Х25. Она заключается  в обмене специальными (нестандартными)

Х.25-пакетами, в которых  содержится информация, необходимая  для идентификации

инициатора и ведомого в данном Х.25-соединении, а также  размеры пакетов и

окон, логические номера каналов  и поле статуса.

Ведомый узел может изменить такие поля пакета, как размер пакета и окна,

установить статус соединения и вернуть пакет узлу-инициатору для анализа и

выполнения соответствующих  действий. В частности, поле статуса  виртуального

соединения в специальном  пакете используется как сигнальная информация для

выполнения процедуры  установления и разрыва соединения. После обмена

специальными Х.25-пакетами с полем статуса 0x12 между узлами устанавливается

PVC-соединение.

Если постоянный виртуальный  канал PVC не может быть установлен из-за действий

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

один из узлов не поддерживает RFC 1613), то запрашивающий узел XoT будет

повторять попытку через  пятиминутный интервал. Установленное  виртуальное

соединение PVC Х.25 разрушается  только в результате разрыва ТСР-соединения.

После восстановления ТСР-соединения процедура установки соединения PVC

повторяется с самого начала.

Отметим, что механизм виртуальных  интерфейсов Cisco Systems позволяет на

одном физическом интерфейсе организовать несколько PVC для построения

полносвязной сети Х.25 на базе маршрутизаторов Cisco Systems с необходимой

логической топологией.

     2.2 Подключение маршрутизаторов Cisco к внешним сетям Х.25

Маршрутизаторы Cisco Systems могут  подключаться к внешней (общего пользования

или частной) сети пакетной передачи данных Х.25 как логические устройства DTE

или DCE, если, во-первых, при  конфигурировании портов устанавливается  режим

обмена пакетами Х.25 (инкапсуляция Х.25), во-вторых, используются

соответствующие сетевые  адреса X.121, принадлежащие адресному  пространству

внешней сети Х.25, и, в-третьих, применяются процедура LAPB на втором уровне

н совместимое по параметрам (Х.21) соединение на физическом уровне.

Все параметры интерфейсов  маршрутизаторов, подключаемых к публичной  сети

Х.25, настраиваются индивидуально  в соответствии с требованиями стандарта

Х.25 и администрации сети Х.25. Cisco IOS поддерживает нормальную и

расширенную нумерацию фреймов  и пакетов, что может улучшить использование

каналов данных. Расширенная  нумерация фреймов и пакетов  чаще всего

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

связи.

Теоретически маршрутизатор Cisco может обслуживать одновременно до 4095

виртуальных соединений Х.25. Па практике же этот диапазон зависит  от скорости

виртуального соединения Х.25, объема памяти и мощности процессора

маршрутизатора.

     2.3 Дополнительные возможности

Известно, что Х.25 является протоколом с жестким контролем  ошибок - как на

сетевом уровне Х.25, так и  на уровне звена данных LAPB. Кроме  того, протокол

Х.25 отвечает за обработку  статусной информации для каждого  виртуального

соединения VC. С целью  оптимизации загрузки каналов связи Cisco Systems

реализовала в своих маршрутизаторах  поддержку очередей, а также возможность

использования D-канала ISDN для  передачи графика Х.25.

     Приоритетные и пользовательские очереди.

При использовании стандарта  Х.25 все данные в виртуальном канале Х.25

обрабатываются последовательно  по мере поступления через единственную

очередь.

Для оптимизации работы маршрутизатора в Cisco IOS реализован механизм

поддержки приоритетных очередей PQ/CQ. Этот механизм поддерживается для  Х.25

начиная с версии IOS 11.2(4)F и позволяет оптимизировать использование

дорогостоящих каналов.

Механизм приоритетных очередей PQ/CQ в настоящее время работает как на уровне

виртуальных каналов Х.25, так и на уровне физических каналов LAPB, и

определяется пользователем  при конфигурировании маршрутизатора. Если

сконфигурирована опция  приоритетных очередей PQ, то выходной график выводится

через четыре очереди с  разными приоритетами. Если сконфигурирована опция

приоритетных очередей CQ, то выходной трафик выводится через 16 очередей.

Данные в каждой очереди  обрабатываются но схеме FIFO. Просмотр очередей

выполняется последовательно. Количество передаваемых байтов, извлекаемых  из

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

     Передача трафика Х.25 через D-канал ISDN.

Cisco IOS обеспечивает возможность  передачи трафика Х.25 по U-каналу ISDN,

что важно для сетевых  приложений, использующих сети ISDN. В  сигнальном D-

канале может быть сконфигурирован  логический канал Х.25.

В данной статье описаны  только некоторые особенности и  возможности

маршрутизаторов Cisco Systems по организации сервиса Х.25. Однако можно

утверждать, что их применение обеспечивает не только сохранение ранее

сделанных в сервис Х.25 инвестиций, но и дальнейшее развитие этого сервиса  в

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

Cisco Systems.

     3. Конфигурирование протокола Х.25

В случае выбора протокола  Х.25 в качестве основного протокола  распределенной

сети (WAN) необходимо установить соответствующие параметры интерфейсов. Для

этого необходимо решить следующие  задачи:

·        указать  тип инкапсуляции Х.25 (по умолчанию  выбирается DTE);

·        назначить  выбранному интерфейсу адрес Х.121 (этот адрес обычно

предоставляется провайдером);

·        ввести команды преобразования адресов  для того, чтобы установить

логическую связь адресов  Х.121 с адресами протоколов верхних  уровней.

Для обеспечения совместимости  с устройством провайдера сетевой  службы Х.25 и

управления пропускной способностью, возможно, потребуется решить и другие

задачи. Обычно при этом согласовываются  такие параметры, как количество

каналов VC и размер пакетов.

Протокол Х.25 представляет собой протокол, управляемый потоком  данных.

Стандартные параметры управления потоком на обоих концах канала должны

совпадать. Несоответствие этих параметров может вызвать серьезные  проблемы в

работе сети.

Следует обратить внимание на то, что перед конфигурированием  параметров

соединения Х.25 необходимо войти в режим конфигурирования интерфейса и

назначить адрес верхнего уровня, такой, как IP-адрес.

     3.1 Конфигурирование адресов стандарта Х.121

Команда х25 address задает адрес Х.121 локального маршрутизатора (один

адрес для каждого интерфейса). Задаваемый адрес должен соответствовать  адресу,

назначенному в сети PDN для протокола Х.25:

     Router(config-if)#x25 address x.121-address

Команда х25 map задает статическое преобразование адресов верхнего

уровня в адреса протокола  Х.25:

     Router(config-if}#х25 map protocol address x.121-address [options]

В таблице 3.1 описаны параметры  команды х25 mар.

    

Параметр	Описание
protocol	Указывает тип используемого протокола. Поддерживаются протоколы ip, xns, decnet, ipx, appletalk, vines, apollo, bridge, clns и протокол tcp со сжатием
address	Задает протокольный адрес (не указывается  для мостовых или CLNS-соединений)
x.121-address	Задает адрес стандарта Х.121. Как  адрес протокола, так и адрес  Х.121 необходимы для преобразования адресов сетевого уровня в адреса Х.121
options	Используется для того, чтобы настроить  соединение (необязательный параметр). Часто используется опция broadcast. В  случае ее использования программное  обеспечение Cisco IOS направляет все широковещательные  сообщения, посылаемые через данный интерфейс, на указанный адрес Х.121

 

             Таблица 3.1. Описание параметров команды х25 map            

Для того чтобы установить соединение с узлом, который использует несколько

различных протоколов в одном  виртуальном канале, необходимо использовать

следующий формат команды  х25 map:

     Router(config-if)#x25 map protocol address [protocol2 address2]

*x.121-address [options]

Такая коммуникация требует  мультипротокольной инкапсуляции, определяемой

спецификацией RFC 1356. В приведенной  выше команде символ "*" означает, что в

одной команде конфигурирования с узлом-получателем могут быть логически

связаны до девяти адресов  сетевого протокола.

Следует отметить, что команда  х25 map не поддерживает технологии объединения

с помощью мостов. Для  того, чтобы передать через мост протокол Х.25, следует

использовать команду  х25 map bridge.

     3.2 Конфигурирование SVC-каналов протокола Х.25

Для активации протокола  Х.25 на интерфейсе необходимо ввести команду

encapsulation х25, задающую тип  инкапсуляции, которая будет использоваться  на

данном последовательном интерфейсе:

    

Router(config-if)#encapsulation x25 [dte | dce ]

 

В качестве маршрутизатора может выступать устройство DTE сети Х.25 в том

случае, когда сеть PDN с  использованием технологии Х.25 используется для

передачи различных протоколов. Маршрутизатор может также быть сконфигурирован

как устройство DСЕ протокола  Х.25, что обычно происходит, когда  маршрутизатор

выступает в качестве коммутатора  Х.25.

При замене конфигурации интерфейса с DTE X.25 на DCE X.25 или наоборот

конфигурация интерфейса изменяется на стандартную.

     3.3 Конфигурирование каналов PVC протокола Х.25

Как и при конфигурировании каналов SVC протокола Х.25, команда encapsulation

х25 применяется для указания типа инкапсуляции, используемого на

последовательном интерфейсе:

    

Router(config-if)#encapsulation x25 [dte|dce]

 

Как и при конфигурировании канала SVC протокола Х.25, команда  х.25 address

используется для определения  адреса X.121 локального маршрутизатора (один

адрес для каждого интерфейса). Такой адрес должен соответствовать  адресу,

назначенному в сети PDN для протокола Х.25:

     Router(config-if)#х25 address x.121-address

Вместо установки канала SVC с помощью команды х25 тар  можно установить

постоянный виртуальный  канал (permanent virtual curcuit -PVC). Такие каналы

PVC в технологии Х.25 представляют  собой аналог выделенных линий,  поскольку

они никогда не отключаются. Перед определением канала PVC нет  необходимости

конфигурировать таблицу  преобразования адресов, поскольку  инкапсуляция

неявным образом определяет необходимое преобразование адресов. Для задания

инкапсуляции канала PVC следует  ввести команду х25 pvc в режиме