Протокол Х.25

Протокол Х.25.

В интерфейсе Х.21 двустороннего обмена данными используется две цепи T и R — по одной для каждого направления (Т — передача, R — прием). Синхронная передача данных обеспечивается цепями B и S. При этом цепь В обеспечивает синхронизацию байтов, т. е. оно устанавливается в состояние «разомкнуто» при передаче последнего бита в составе байта. По цепи S передаются сигналы битовой синхронизации, цепь С и I предназначены для управления.

Интерфейс Х.21 предназначен для стыка с цифровыми каналами. Но, поскольку, в период сосуществования аналоговых и цифровых каналов возникает необходимость доступа к цифровым сетям с помощью аналоговых каналов, разработана рекомендация X.21.bis, использующая цепи сопряжения V.24. X.21.bis позволяет осуществлять доступ к сети как через аналоговый, так и через цифровые каналы. Стык X.21 лучше, чем стык X.21.bis.

Интерфейс Х.21 позволяет использовать простой протокол организации соединения и разъединения. Для обмена управляющей информацией используется международный алфавит № 5, совпадающий со знаками кода ASCII. Особенностью этого стыка является то, что сигналы управления соединения передаются по тем же цепям, что и сигналы данных.

Рекомендация Х.25 предусматривает также работу по физическому стыку рекомендаций серии V. Этот стык предусматривает подключение только по аналоговому каналу и предназначен для подключения к нему аналоговых модемов, работающий по рекомендации серии V.

Протокол канального уровня.

Протокол канального уровня Х.25 представляет собой элемент из множества протоколов, определенных в HDLC, и относится к асинхронным балластным процедурам LAPB. Общее количество кадров в протоколе весьма не велико — всего 9. Можно заметить одну маленькую деталь, выделяющую процедуру LAPB из остальных. Она состоит в том, что информационные кадры всегда имеют значения команды. Разделение кадров на команды и ответы состоит в том, что с помощью канала запрашивается статус удаленной станции, а с помощью ответов передается реакция на такой запрос. Т. е. если одна из станций запросила у противоположной ее статус, эта последняя вынуждена прервать поток данных и ответить на запрос служебным кадром — ответом. Это связано с тем, что запрашивающая станция требует удостовериться не просто работоспособности запрашиваемой, но и точно знать ее состояние — может ли она принимать данные в потоке, необходимо ли произвести повторную передачу и т. д., таблица 3.

Таблица 3 — Формат передачи информации.

формат передачи информации.

команда.

ответ.

кодирование.

супервизорный I (информация) 0 N (S) P N®.

RR (готовность к приему) RR (готовность к приему) 1 0 0 0 P/F N®.

RNR (неготовность к приему) RNR (неготовность к приему) 1 0 1 0 P/F N®.

REJ (неприем) REJ (неприем) 1 0 0 1 P/F N®.

1 2 3 4 5 6 7 8.

поле управления кадра.

Номера N (S) и N® в поле управления информационных кадров обозначают соответственно порядковый номер, присвоенный данному кадру, и номер, означающий подтверждение принятых информационных кадров.

Номер N® означает подтверждение всех информационных кадров с номерами до N®-1 включительно, т. е. N® равен номеру ожидаемого на прием кадра.

Кадр «готовность к приему» — кадр RR используется процедурой для указания на то, что станция пославшая его, в состоянии принимать информационные кадры, а также для подтверждения принятых из канала кадров.

Кадр «не готовность к приему» — кадр RNR используется передавшей его станцией помимо подтверждения принятых данных для индикации временной не способности принимать дополнительные входящие кадры I. Как правило, передача этого кадра вызвана перегрузкой узла, который в силу отсутствия свободных буферов не может принимать данные. После принятия такого кадра необходимо приостановить поток данных в канал до того момента, пока это состояние не будет снято.

Кадр «не прием» — кадр REJ передается в случае, если обнаружен собой в последовательности принимаемых кадров данных. Например, если вместо ожидаемого кадра данных с номером N (S)=3 был принят кадр с номером N (S)=5, то это означает, что кадры с номерами 3 и 4 были переданы с ошибками и отброшены на приеме. Поскольку процедура коррекции ошибок в Х.25 построена таким образом, что в случае сбоя последовательности кадров начинается повторная передача всех ранее переданных и неподтвержденных кадров, то в данном примере в составе кадра REJ будет указан номер N®, подтверждающий все кадры с номерами до 3. Сам кадр с номером 5, несмотря на то, что был передан без ошибок, также будет отброшен, поскольку он был принят вне последовательности. Более того, станция будет отбрасывать все принимаемые кадры до тех пор, пока не примет кадр с ожидаемым номером, в нашем примере кадр номер 3.

Сетевой уровень является протоколом виртуального подключения между двумя терминалами. «Виртуальное» — представляет собой несколько последовательно соединенных логических каналов. Логический канал обеспечивается путем мультиплексирования физической линии, соединяющей пакетное ООД с центром коммутации пакетов ЦКП или два ЦКП между собой. Для этих целей используются логические каналы, которые организуются через все три уровня процедуры Х.25. На рисунке 11 показан формат пакета Х.25 для передачи данных.

Рисунок 11 — Пакет Х.25 данные ДТЕ (ООД).

Q — бит идентификации пакета;

D — бит подтверждения пакета;

P® — порядковый номер приема;

P (S) — порядковый номер передачи;

M — бит конца передачи;

O — дальше пойдут данные;

1 — последний пакет.

Номер группы логического канала и номер логического канала в группе представляют собой идентификатор логического канала. В поле «данные пользователя» передаются блоки протокола транспортного уровня. Порядок установления виртуального соединения:

От источника передается пакет «запрос соединения». Этот запрос проходит через всю сеть, на любом участке сети может быть использован любой логический канал из возможных 4096. Когда пакет придет к получателю, то путь его будет зафиксирован, т. е. будет записано в ЦКП, что определенные логические каналы закреплены за данным виртуальным соединением, следовательно, они другому виртуальному соединению присвоены не будут.

Затем по этой трассе будут передаваться пакеты «данные ООД».

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

Адресация в сетях Х.25.

Адресация в любой сети связи играет очень важную роль, и пакетные сети — не исключение. Очевидно, что адресация должна однозначно определять каждого абонента и отражать структуру сети.

Рекомендация Х.121 описывает структуру международного плана нумерации и определяет максимальные длины адресов, принимаемых на пакетных сетях, и состав этих адресов. С точки зрения Х.21, каждой стране присваивается уникальный трехцифровой код. Этот код должен указываться в самом начале адреса на позициях первых цифр. При этом коды стран формируются таким образом, что первая цифра этого кода представляет зоны земного шара. Цифра 2 определяет Европу, 3 — Северную Америку, 4 — Азию, 5 — Австралию и Океанию, 6 — Африку, 7 — Южную Америку. 1 — подвижные спутниковые системы. Цифры 8−0 задают выход в другой план нумерации, например, сети телекса или телефонной сети. Для Советского Союза, а в последствии для России как его правопреемницы, выделен код 250. В 1995 году России выделен дополнительный код 251.

Четвертая цифра адреса означает номер сети в рамках единой страны. При этом цифра 5 отведена под федеральную сеть. Таким образом, в соответствии с рекомендацией Х.121 Российские сети имеют следующие идентификаторы:

2500 — сеть Роспак,.

2501 — Спринт,.

2502 — Иаснет,.

2503 — ММТЕЛ,.

2504 — Инфотел,.

2506 — Роснет и т. д.

Эти идентификаторы называются «код идентификации сети данных» — DNIC. Таким образом, для каждой страны может быть определено минимум десять сетей.

Согласно Х.121, максимальная длина адреса с учетом DNIC, составляет 14 знаков, из которых10 отводится для идентификации оконечного оборудования.

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

Транспортная система, реализованная на основе протокола Х.25, обладает рядом недостатков резко ограничивающими область ее применения:

отсутствие гибкости при адаптации к требованиям по объемам и скорости передаваемой информации;

невозможность передачи в одном канале трафика данных и голосовой информации;

низкая эффективность использования ресурсов;

повышенные требования к производительности коммутационных процессов и объемом буферной памяти.