Сети имеют глобальный характер и реализованы на коммутации пакетов между последними узлами. Сети х.25 работают на трех нижних уровнях модели OSI. Структура сети показана на рис.1, где видно:
- DCE — телекоммуникационное оборудование (модемы), реализующие доступ к сети
- DTE — аппаратура транспортировки данных
- PSE — коммутаторы пакетов, реализующие облако глобальной сети
Для терминалов, которые не поддерживают X.25 полностью, есть простые устройства PAD — сборщики разборщики пакетов. Они содержат один или более асинхронных портов, к которые присоединяются обычные терминалы и один синхронный порт х.25. Весь трафик их асинхронных портов собирается в буфер памяти PAD и по заполнению пакета он отправляется в сеть. Разборка реализована таким же образом.
Физический уровень определяет использование любого родственного последовательного синхронного интерфейса: и G.703. Для реализации таких интерфейсов нужно что бы цепи, DTR,RTS,DSR,CTS были в положении включено , иначе работать не будут. На физическом уровне нету контроля управления и достоверности потоком — эти задачи реализуются сетевым и канальным уровнем.
Канальный уровень реализует гарантированную доставку, контроль потока и целостность данных, при этом задержка всего лишь сотни миллисекунд. Протокол LAP-B реализует канальный уровень. Связь реализуется между парой устройств DTE по запросу инициатора. После установки соединения пара может вести полнодуплексный обмен данными. Логическое соединение, которое поддерживает надежных двухсторонний обмен между парой устройств называют виртуальной цепью . Физическая виртуальная цепь может проходить через несколько PSE. Виртуальные цепи могут быть постоянные и коммутируемые. Коммутируемые виртуальные цепи SVC — используются для нерегулярного обмена информацией и нуждаются в поддержании, установки и завершении сеанса каждый раз при нужды в сеансе. Постоянные виртуальные цепи PVC — не нуждаются в установки сеанса, и DTE может обмениваться данными в любой момент.
Сетевой уровень Х.25 реализуется с помощью протокола PLP. Этот протокол управляет обменом кадрами через виртуальные цепи. Пакеты PLP ложатся в поле данных кадра LAPB. Протокол PLP может работать и через LLC2, ISDN (LAPD) и он определяет 5 режимов:
- Call setup — установка соединения, реализуется для организации коммутируемой виртуальной цепи между DTEб реализуя адресацию х.121. Режим относится к каждой виртуальное цепи, которое подключено через физическое соединение
- Data-transfer mode — Режим транспортировки информации реализуется при обмене информацией через виртуальные сети. Этот режим выполняет сегментацию, заполнение недостающих бит, управление потоком и контроль ошибок. Используется и PVC и SVC
- Idle mode — режим паузы, нужен тогда, когда виртуальная коммутируемая цепь уже установлена, но обмен информацией не происходит. Для PVC не нужен
- Call-clearing mode — сброс соединения, нужен для разрыва сеанса
- Restarting mode — режим рестарта, нужен для синхронизации транспортировки между локальным DCE и DTE.
Поле данных в пакете может иметь длину до 4096 байт (стандарт — 128). Адресация узлов DTE реализуется относительно х.121, что дает единое пространство адресов на земле. Есть 3 варианта адресации:
- Полный международный телефонный номер: адрес начинается с префикса 9, за которым идет трехзначный код страны, а затем телефонный номер в стране (11 цифр)
- Полный международный сетевой адрес: начинается с префикса 0, после которого идет трехзначный код страны а затем номер сети в стране и номер узла
- Внутренний сетевой адрес: начинается с номера сети в стране, а потом идет номер узла
Сети х.25 отлично применяются для обмена данными между пользователями, подключения терминальных узлов, построение систем клиент-сервер. Протокол х.25 поддерживают разные маршрутизаторы и мосты. Протокол стандартизирован и четко вписывается в модель OSI. Недостатком такой сети является то, что присутствует значительная задержка передачи пакетов.
В сетях на базе протокола Х.25 устанавливаются виртуальные соединения между терминальным оборудованием различных пользователей.
Режим виртуальных соединений характеризуется тем, что между терминалами абонентов сети не создается физическое соединение, а организуется виртуальный канал путем резервирования памяти во всех узлах сети, расположенных на пути от одного терминала к другому. При этом виртуальные каналы могут быть коммутируемыми (Switched Virtual Circuit, SVC), как в ТфОП, или постоянными (Permanent Virtual Circuit, PVC), аналогично выделенным или арендованным каналам.
В протоколе Х.25 задача сохранения целостности сообщения возлагается на сеть, что достигается путем помехоустойчивого кодирования, запросов и повторений пакетов между узлами сети.
Соединение между терминальным оборудованием и аппаратурой канала данных обеспечивают 3 нижних уровня модели взаимодействия открытых систем (OSI): физический (1), канальный (2) и сетевой (3).
Протокол, определяющий процедуру доступа на уровнях (1) и (2) называется процедурой доступа к звену. На уровне звена данных обмен между терминальным оборудованием и аппаратурой канала данных осуществляется на основе протокола HDLC (High-level Data Link Protocol) с помощью протокольных блоков, называемых кадрами.
Длина кадров может варьироваться, однако рекомендуемая длина выбирается в пределах 128-256 байтов. Функции терминального оборудования выполняются в терминале абонента, а функции аппаратуры канала данных обычно выполняются модемом. На рисунке 11 показана структура кадра одного из типов – информационного, предназначенного для транспортировки полезной нагрузки.
Рис. 11. Структура информационного кадра в протоколе Х.25
В состав информационного кадра входят служебные поля и поле полезной нагрузки. Служебные поля располагаются в начале и в конце каждого кадра. Отношение длин служебных полей к общей длине кадра называется информационной избыточностью.
Каждый кадр отделяется от другого с помощью флага. Затем идет двухбайтовый заголовок, содержащий байт адреса и байт управления. Адресный байт определяет, является ли кадр командой или откликом.
Адресная информация позволяет интерпретировать байт управления. Существуют 3 типа байтов управления:
– информационные (только команды), для кадров, переносящих полезную информацию;
– супервизорные (только команды), содержащие инструкции управления звеном данных;
– ненумерованные (команды/отклики), используемые для дополнительных функций управления.
Проверочная последовательность формируется в соответствии с правилами кодирования циклических кодов.
Поле полезной нагрузки имеется только в информационных кадрах. В этом поле располагаются данные поступающие с сетевого уровня.
Задача сетевого уровня состоит в передаче протокольных блоков, получивших название пакетов. Протокол Х.25 определяет более 20 типов пакетов, из которых только 3 типа пакетов предназначены для переноса полезной нагрузки. На рисунке 12 приведен пример пакета для транспортировки данных.
ИОФ – идентификатор общего формата;
ГНЛК – групповой номер логического канала;
НЛК – номер логического канала в группе;
Р(S), P(R) – номера принимаемого и передаваемого пакетов;
М – символ «Продолжение данных»
Рис. 12. Пример пакета для транспортировки данных в протоколе Х.25
При установлении в сети виртуального соединения или постоянного виртуального канала на стыке терминального оборудования и аппаратуры канала данных создается логический канал, которому присваивается групповой номер (ГНЛК), меньший или равный 15, и номер самого канала (НЛК), меньший или равный 255. Таким образом, теоретически в одном физическом канале можно организовать до 4095 логических каналов.
Номера ГНЛК и НЛК присваиваются виртуальному соединению в фазе его установления и сохраняются за ним в течение фаз обмена данными и завершения обмена.
Номера ГНЛК и НЛК служат идентификаторами логического канала Поле данных (полезной нагрузки) пакета содержит информационные данные, максимальный объем которых не превышает 1 кбайт.
Одним из главных достоинств протокола Х.25 является возможность подключения относительно большого числа терминалов к коммутатору путем разделения сетевых ресурсов на скоростях до десятка кбит/с.
Недостатками протокола Х.25 являются относительно невысокое быстродействие; относительно высокая вероятность появления ошибки () и пакетная природа трафика, которая зачастую приводит к перегрузкам и задержкам в сети.
1.6. Адресация в IP -сетях
Для взаимодействия пользователей IP-сетей были разработаны принципы IP-адресации. Каждый абонентский терминал в сети TCP/IP имеет адреса трех уровней:
1) локальный адрес узла, определяемый технологией, с помощью которой построена отдельная сеть, в которую входит данный узел. Для узлов, входящих в локальные сети – это (Media Access Control) МАС-адрес сетевого адаптера или порта маршрутизатора, например, 11-А0-17-3D-BC-01. Эти адреса назначаются производителями оборудования и являются уникальными адресами, так как управляются централизовано. Для всех существующих технологий локальных сетей МАС-адрес имеет формат 6 байтов: старшие 3 байта - идентификатор фирмы производителя, а младшие 3 байта назначаются уникальным образом самим производителем. Для узлов, входящих в глобальные сети, такие как Х.25 или frame relay, локальный адрес назначается администратором глобальной сети.
2) IP-адрес, состоящий из 4 байт, например, 109.26.17.100. Этот адрес используется на сетевом уровне. Он назначается администратором во время конфигурирования компьютеров и маршрутизаторов. IP-адрес состоит из двух частей: номера сети и номера узла. Номер сети может быть выбран администратором произвольно, либо назначен по рекомендации специального подразделения Internet (Network Information Center, NIC), если сеть должна работать как составная часть Internet. Обычно провайдеры услуг Internet получают диапазоны адресов у подразделений NIC, а затем распределяют их между своими абонентами.
3) символьный идентификатор-имя, например, SERV1.IBM.COM. Этот адрес назначается администратором и состоит из нескольких частей, например, имени машины, имени организации, имени домена. Такой адрес, называемый также DNS-именем, используется на прикладном уровне, например, в протоколах FTP или telnet.
Номер узла в протоколе IP назначается независимо от локального адреса узла. Деление IP-адреса на поле номера сети и номера узла – гибкое, и граница между этими полями может устанавливаться весьма произвольно. Узел может входить в несколько IP-сетей. В этом случае узел должен иметь несколько IP-адресов, по числу сетевых связей. Таким образом, IP-адрес характеризует не отдельный абонентский терминал или маршрутизатор, а одно сетевое соединение.
IP-адрес имеет длину 4 байта и обычно записывается в виде четырех чисел, представляющих значения каждого байта в десятичной форме, и разделенных точками, например:
128.10.2.30 - традиционная десятичная форма представления адреса,
10000000 00001010 00000010 00011110 - двоичная форма представления этого же адреса.
На рисунке 13 показана структура IP-адреса.
Рис. 13. Структура IP-адресов классов A, B, C, D и E
Адрес состоит из двух логических частей – номера сети и номера узла в сети. Какая часть адреса относится к номеру сети, а какая к номеру узла, определяется значениями первых битов адреса:
– если адрес начинается с 0, то сеть относят к классу А, и номер сети занимает один байт, остальные 3 байта интерпретируются как номер узла в сети. Сети класса А имеют номера в диапазоне от 1 до 126. (Номер 0 не используется, а номер 127 зарезервирован для специальных целей, о чем будет сказано ниже.) В сетях класса А количество узлов должно быть больше 2 16 , но не превышать 2 24 .
– если первые два бита адреса равны 10, то сеть относится к классу В и является сетью средних размеров с числом узлов 2 8 - 2 16 . В сетях класса В под адрес сети и под адрес узла отводится по 16 битов, то есть по 2 байта.
– если адрес начинается с последовательности 110, то это сеть класса С с числом узлов не больше 2 8 . Под адрес сети отводится 24 бита, а под адрес узла - 8 битов.
– если адрес начинается с последовательности 1110, то он является адресом класса D и обозначает особый, групповой адрес - multicast. Если в пакете в качестве адреса назначения указан адрес класса D, то такой пакет должны получить все узлы, которым присвоен данный адрес.
– если адрес начинается с последовательности 11110, то это адрес класса Е; он зарезервирован для будущих применений.
В таблице 2 приведены диапазоны номеров сетей, соответствующих каждому классу сетей.
Принципы построения и компоненты сети X.25
Главной особенностью сети X.25 является использование аппарата виртуальных каналов для обеспечения информационного взаимодействия между компонентами сети. Виртуальные каналы предназначены для организации вызова и непосредственной передачи данных между абонентами сети. Информационный обмен в сети X.25 во многом похож на аналогичный процесс в сетях ISDN и состоит из трех обязательных фаз:
- Установление вызова (виртуального канала)
- Информационный обмен по виртуальному каналу
- Разрывание вызова (виртуального канала)
Информационное взаимодействие в сети X.25 осуществляется на физическом, канальном и сетевом уровнях. На физическом уровне могут быть использованы любые универсальные или специализированные интерфейсы. Компонентами сети являются устройства трех основных категорий:
- Устройства DTE (Data Terminal Equipment)
- Устройства DCE (Data Circuit-Terminating Equipment)
- Устройства PSE (Packet Switching Exchange)
Устройство PAD (packet assembler/ disassembler) является специфическим устройством сети X.25. PAD предназначен для обеспечения взаимодействия неспециализированных терминалов с сетью, для преобразования потока символов, который поступает от неспециализированного терминала в пакеты X.25 и выполнения обратного преобразования.
Взаимодействие на канальном уровне сети X.25
Протоколы канального уровня HDLC/SDLC, были разработаны для того, чтобы решать следующие задачи:
- Обеспечение передачи сообщений, которые могут содержать любое количество бит и любые возможные комбинации бит - требование кодовой прозрачности.
- При передаче потока бит должны выполняться процедуры, которые позволяют обнаружить ошибки на приемной стороне.
- Возникновение ошибки при передаче не должно приводить к потере или дублированию компонентов сообщения, т.е. к его искажению.
- Протокол канального уровня должен был обеспечивать работу как двухточечных, так и многоточечных физических цепей
- Протокол должен обеспечивать подключение дуплексных и полудуплексных линий
- Протокол должен обеспечивать информационный обмен при значительных вариациях времени распространения сигнала
Протоколы семейства HDLC
Протоколы осуществляют передачу данных в виде кадров переменной длины. Начало и конец кадра помечается специальной последовательностью битов, которая называется флагом . Для обеспечения дисциплины управления процессом передачи данных, одна из станций, которые обеспечивают информационный обмен, может быть обозначена, как первичная , а другая (или другие) станции могут быть обозначены, как вторичные . Кадр, который посылает первичная станция, называется командой (command). Кадр, который формирует и передает вторичная станция, называется ответ (response).
Режимы организации взаимодействия на канальном уровне
Вторичная станция сегмента может работать в двух режимах: режиме нормального ответа или в режиме асинхронного ответа . Вторичния станция, которая находится в режиме нормального ответа, начинает передачу данных только в том случае, если она получила разрешающую команду от первичной станции. Вторичная станция, которая находится в режиме асинхронного ответа, может по своей инициативе начать передачу кадра или группы кадров. Станции, которые сочетают в себе функции первичных и вторичных станций и называются комбинированными .Симметричный режим взаимодействия комбинированных станций называется сбалансированным режимом.
Процедура LAPB
Процедура LAPB (Link Access Procedure Balanced) используется в сетях X.25 в качестве протокола канального уровня.
Флаг
Протокол LAPB использует в качестве флага комбинацию из 8 бит, которая состоит из 6-ти единиц и двух нулей, которые обрамляют эту последовательность спереди и сзади (01111110). Процесс приема кадра завершается при получении следующего флага. В том случае, если к моменту получения завершающего флага приемник получил менее 32 бит, принятый кадр считается ошибочным и уничтожается. Для предотвращения появления флаговой комбинации в теле кадра используется специальная процедура.
Структура кадра LAPB
Рекомендация X.25 определяет два основных типа процедуры LAPB - основной тип (modulo 8, basic) и расширенный тип (modulo 128, extended). Эти режимы отличаются разрядностью счетчиков, которые используются для управления потоком кадров. Кадр протокола LAPB содержит 4 поля: ADRESS, CONROL, Data, FCS . Поле DATA в кадре LAPB может отсутствовать.
Поле ADRESS
Поле ADRESS занимает в кадре один байт. В этом поле располагается бит признака C/R (Command /Response) В поле ADDRESS кадра управляющей команды размещается физический адрес принимающей станции. В поле ADRESS кадра ответа на команду размещается физический адрес передающей станции.
Поле CONTROL
Содержимое этого поля поля определяет тип кадра.
- Информационные кадры (Information Frames, I-кадры). В битах поля CONTROL размещаются 3-х разрядный номер передаваемого кадра и 3-х разрядный номер кадра, который ожидается для приема для обеспечения управления потоком.
- Управляющие кадры
(Supervisory Frames, S-кадры). В поле CONTROL размещается 3-х разрядный номер информационного кадра, который ожидается для приема и два бита, которые определяют тип передаваемого управляющего кадра.
Обозначение Тип кадра Бит №3 Бит №4 RR Приемник готов (Receiver Ready) 0 0 RNR Приемник не готов (Receiver Not Ready) 1 0 REJ Отказ/переспрос (Reject) 0 1 Наиболее часто в процессе информационного взаимодействия используются управляющие кадры типа RR . Кадры данного типа передает получатель данных для того, чтобы обозначить готовность к приему очередного кадра, в том случае, когда он сам не имеет информации для передачи. Кадры RNR используются устройствами DCE и DTE для того, чтобы сообщить абоненту о возникновении аварийной ситуации, в которой дальнейший прием информационных кадров невозможен. Кадры REJ используются устройствами DCE и DTE для того, чтобы сигнализировать абоненту о разрешении аварийной ситуации, в которой был невозможен прием информационных кадров. Кадр REJ передается после кадра RNR и подтверждает факт перехода линии в нормальный режим работы.
- Ненумерованные кадры
(Unnumbered Frames, U - кадры). Предназначены для организации и разрывания логического соединения, согласования параметров линии и формирования сигналов о возникновении неустранимых ошибок в процессе передачи данных I-кадрами.
Обозначение Тип Признак SABM(E) Set Asynchronous Balanced Mode Команда DISC Disconnect Команда DM Disconnect Mode Ответ UA Unnumbered Acknowledgement Ответ FRMR Frame Reject Ответ - Кадр FRMR передается вторичной станцией для того, чтобы указать на возникновение аварийной ситуации, которая не может быть разрешена путем повторной передачи аварийного кадра.
Сетевой уровень X.25
Для передачи по сети пакеты X.25 инкапсулируются в кадры LAPB. Протокол LAPB обеспечивает надежную доставку этих пакетов по каналу, который связывает один компонент сети с другим. Один физический канал в сети Х.25 может быть использован для того, чтобы передавать пакеты которые относятся к нескольким различным процессам сетевого уровня. В отличие от принципа статического временного разделения, который используется в сетях ISDN, в сети X.25 для распределения канальных ресурсов используется принцип динамического разделения.
Виртуальные каналы X.25
Процесс сетевого уровня получает в свое распоряжение часть полосы пропускания физического канала в виде виртуального канала. Полная полоса пропускания канала делится в равных пропорциях между виртуальными каналами, которые активны в текущий момент. В сети X.25 существует два типа виртуальных каналов: коммутируемые (SVC) и постоянные (PVC).
Формат пакета X.25
Пакет X.25 состоит как минимум из трех байтов, которые определяют заголовок пакета. Первый байт содержит 4 бит идентификатора общего формата и 4 бита номера группы логического канала . Второй байт содержит номер логического канала , а третий идентификатор типа пакета . Пакеты в сети бывают двух типов управляющие пакеты и пакеты данных . Тип пакета определяется значением младшего бита идентификатора типа пакета.
Идентификатор общего формата
Поле идентификатора общего формата содержит признак, который устанавливает тип процедуры управления потоком пакетов (modulo 8 или modulo 128).
Номер логического канала
Номер логического канала задается содержимым двух полей номер группы логического канала от 0 до 15 и номер канала в группе от 0 до 255. Таким образом, максимальное число логических каналов может достигать значения 4095. Номер логического канала определяет виртуальный порт, с которым ассоциируется конкретный пользовательский процесс.
Идентификатор типа пакета
| DCE " width="11" height="9"> DTE | DTE " width="11" height="9"> DCE | Код (16) |
| Incoming Call | Call Request | 0B |
| Call Connected | Call Accepted | 0F |
| Clear Indication | Clear Request | 13 |
| Clear Confirmation | Clear Confirmation | 17 |
| Interrupt | Interrupt | 23 |
| Interrupt Confirmation | Interrupt Confirmation | 27 |
| Receiver Ready (RR) | Receiver Ready (RR) | X1 |
| Receiver Not Ready (RNR) | Receiver Not Ready (RNR) | X5 |
| | Reject (REJ) | X9 |
Cетевые адреса получателя и отправителя пакета размещаются в поле "данные", и предназначены для управления вызовами.
Формат сетевого адреса X.25
Сетевой адрес состоит из двух частей
- Data Network ID Code (DNIC)
- Network Terminal Number
Поле DNIC содержит 4 десятичных цифры и определяет код страны и номер провайдера. Содержимое поля Network Terminal Number содержит 10 или 11 десятичных цифр, которые определяет провайдер и предназначено для определения конкретного пользователя.
Управление потоком кадров
Для управления потоком пакетов на сетевом уровне X.25 используются такие же процедуры и механизмы, какие используются для управления потоком кадров на канальном уровне сети X.25.
Для того, чтобы обеспечить возможность подключения к сети X.25 терминалов различного типа, используются специальные алгоритмы и параметры, которые управляют процессом сборки и разборки пакетов.
Данная рекомендация определяет наименования и назначения основных параметров, с помощью которых осуществляется настройка PAD. Параметры X.3 обозначаются символами P1 P32.Параметр P1 определяет, возможен ли выход из режима передачи в режим команд по инициативе оператора терминала.
Для управления потоком используются специальные кодовые комбинации XON и XOFF. В том случае, если терминал по каким-либо причинам временно не способен принимать символы от PAD, он передает символ XOFF (^S). PAD должен прекратить передачу данных этому терминалу до получения от него разрешающего символа XON(^Q). Значения этих символов могут быть переопределены с помощью параметров Р28 и Р29.
Эта рекомендация определяет процедуры, в соответствии с которыми, пользователь может прочитать или изменить текущие значения параметров X.3 PAD. Для изменения установленных параметров X.3 PAD пользователь должен использовать команду SET. Для того, чтобы прочитать текущие значения параметров X.3 PAD пользователь должен использовать команду PAR.
Стандарты сетей Х.25 описывают 3 уровня протоколов. На рисунке 5 показан стек протоколов сети Х.25.
Рисунок 5 - Стек протоколов сети Х.25
Протокол канального уровня LAP-B
На канальном уровне обычно используется протокол LAP-B. Этот протокол обеспечивает сбалансированный режим работы, то есть оба узла, участвующих в соединении, равноправны. По протоколу LAP-В устанавливается соединение между пользовательским оборудованием DТЕ (компьютером, IP- или IPX-маршрутизатором) и коммутатором сети. Хотя стандарт это и не оговаривает, но по протоколу LAP-B возможно также установление соединения на канальном уровне внутри сети между непосредственно связанными коммутаторами.. Кадр LAP-B содержит одно однобайтовое адресное поле (а не два -- DSAP и SSAP), в котором указывается не адрес службы верхнего уровня, а направление передачи кадра -- 0x01 для направления команд от DTE к ВСЕ (в сеть) или ответов от ВСЕ к DTE (из сети) и 0x03 для направления ответов от DTE к ВСЕ или команд от ВСЕ к ВТЕ. Поддерживается как нормальный режим (с максимальным окном в 8 кадров и однобайтовым полем управления), так и расширенный режим (с максимальным окном в 128 кадров и двухбайтовым полем управления).
Протокол сетевого уровня X.25/3
Сетевой уровень Х.25/3 (в стандарте он назван не сетевым, а пакетным уровнем) реализуется с использованием 14 различных типов пакетов, по назначению аналогичных типам кадров протокола LAP-B. Так как надежную передачу данных обеспечивает протокол LAP-B, протокол Х.25/3 выполняет функции маршрутизации пакетов, установления и разрыва виртуального канала между конечными абонентами сети и управления потоком пакетов.
После установления соединения на канальном уровне конечный узел должен установить виртуальное соединение с другим конечным узлом сети. Для этого он в кадрах LAP-B посылает пакет Call Request протокола Х.25.
Рисунок 6 - Формат пакета Call Request
Поля, расположенные в первых трех байтах заголовка пакета, используются во всех типах кадров протокола Х.25. Признаки Q и D и Modulo расположены в старшей части первого байта заголовка. Признак Q предназначен для распознавания на сетевом уровне типа информации в поле данных пакета. Признак D означает подтверждение приема пакета узлом назначения.
Признак «Modulo» говорит о том, по какому модулю - 8 или 128 -ведется нумерация пакетов. Значение 10 означает модуль 128, а 01- модуль 8.
Поле Номер логической группы (Lodical Group Number, LGN) содержит значение номера логической группы виртуального канала. Каналы образуют логические группы по функциональному признаку.
Поле Номер логического канала (Logical Channel Number, LCN) содержит номер виртуального канала, назначаемый узлом-источником (для коммутируемых виртуальных каналов) или администратором сети (для постоянных виртуальных каналов). Максимальное количество виртуальных каналов, проходящих через один порт, равно 256.
Поле Tim (Tyре) указывает тип пакета. Например, для пакета Call Request отведено значение типа, равное ОхОВ.
Следующие два поля определяют длину адресов назначения и источника (DA и SA) в пакете. Сами адреса назначения и источника занимают отведенное им количество байт в следующих двух полях.
Поля Длина поля услуг (Facilities length) и Услуги (Facilities) нужны для согласования дополнительных услуг, которые оказывает сеть абоненту.
Пакет Call Request принимается коммутатором сети и маршрутизируется на основании таблицы маршрутизации, прокладывая при этом виртуальный канал. Начальное значение номера виртуального канала задает пользователь в этом пакете в поле LCN (аналог поля VCI, упоминавшегося при объяснении принципа установления виртуальных каналов). Протокол маршрутизации для сетей Х.25 не определен.
Для сокращения размера адресных таблиц в коммутаторах в сетях Х.25 реализуется принцип агрегирования адресов. Все терминалы, имеющие общий префикс в адресе, подключаются при этом к общему входному коммутатору подсети, соответствующей значению префикса. Маски в коммутаторах не используются, а младшие разряды адреса, которые не нужны при маршрутизации, просто опускаются.
После установления виртуального канала конечные узлы обмениваются пакетами другого формата -- формата пакетов данных (пакет Data). Этот формат похож на описанный формат пакета Call Request -- первые три байта в нем имеют те же поля, а адресные поля и поля услуг отсутствуют.
Характеристики и возможности коммутаторов сетей X.25
Коммутаторы сетей Х.25 представляют собой гораздо более простые и дешевые устройства по сравнению с маршрутизаторами сетей TCP/IP. Это объясняется тем, что они не поддерживают процедур обмена маршрутной информацией и нахождения оптимальных маршрутов, а также не выполняют преобразований форматов кадров канальных протоколов. По принципу работы они ближе к коммутаторам локальных сетей, чем к маршрутизаторам. Однако работа, которую выполняют коммутаторы Х.25 над пришедшими кадрами, включает больше этапов, чем при продвижении кадров коммутаторами локальных сетей. Коммутатор Х.25 должен принять кадр LAP-B и ответить на него другим кадром LAP-B, в котором подтвердить получение кадра с конкретным номером. При утере или искажении кадра коммутатор должен организовать повторную передачу кадра. Если же с кадром LAP-B все в порядке, то коммутатор должен извлечь пакет Х.25, на основании номера виртуального канала определить выходной порт, а затем сформировать новый кадр LAP-В для дальнейшего продвижения пакета. Коммутаторы локальных сетей такой работой не занимаются и просто передают кадр в том виде, в котором он пришел, на выходной порт.
В результате производительность коммутаторов Х.25 оказывается обычно невысокой -- несколько тысяч пакетов в секунду. Для низкоскоростных каналов доступа, которыми много лет пользовались абоненты этой сети (1200-9600 бит/с), такой производительности коммутаторов хватало для работы сети.
Гарантий пропускной способности сеть Х.25 не дает. Максимум, что может сделать сеть, -- это приоритезировать трафик отдельных виртуальных каналов. Приоритет канала указывается в запросе на установление соединения в поле услуг.
Протоколы сетей Х.25 были специально разработаны для низкоскоростных линий с высоким уровнем помех. Именно такие линии составляют пока большую часть телекоммуникационной структуры нашей страны, поэтому сети Х.25 будут по-прежнему еще долго являться наиболее рациональным выбором для многих регионов
