Просмотр кода страницы X.25

{{Технологический стандарт}}
'''X.25''' — стандарт передачи данных с использованием [[Коммутация пакетов|коммутации пакетов]]. Стандарт описывает протоколы трёх уровней: физического, канального ([[LAPB]]) и пакетного ([[:en:Packet Layer Protocol|PLP]]), что соответствует [[Физический уровень|физическому]], [[канальный уровень|канальному]], и [[Протоколы сетевого уровня|сетевому]] уровню [[сетевая модель OSI|сетевой модели OSI]]. Предназначался для организации [[WAN]] на основе телефонных сетей с линиями с достаточно высокой частотой ошибок, поэтому содержит развитые механизмы коррекции ошибок. Ориентирован на работу с установлением соединений. Исторически является предшественником протокола [[Frame Relay]].

X.25 обеспечивает множество независимых виртуальных каналов (Permanent Virtual Circuits, PVC и Switched Virtual Circuits, [[SVC]]) в одной линии связи, идентифицируемых в X.25-сети по идентификаторам подключения к соединению, идентификаторам логического канала (Logical Channel Identifier, LCI) или номеру логического канала (Logical Channel Number, LCN).

Благодаря надёжности технологии и его работе поверх телефонных сетей общего пользования X.25 широко использовался как в корпоративных сетях, так и во всемирных специализированных сетях предоставления услуг, таких как [[SWIFT (платёжная система)|SWIFT]] (банковская платёжная система, прекратили использование в 2005 году) и SITA ({{lang-fr|Société Internationale de Télécommunications Aéronautiques}} — система информационного обслуживания воздушного транспорта), однако в настоящее время X.25 вытесняется другими технологиями канального уровня ([[Frame Relay]], [[ISDN]], [[ATM]]) и протоколом [[IP]], оставаясь, однако, достаточно распространённым в странах и территориях с неразвитой телекоммуникационной инфраструктурой.

[[Maximum transmission unit|MTU]] для X.25 равно 576 байт. Также это число считается минимальным размером дейтаграммы, которую должен уметь принять и обработать любой хост в интернете.<ref>RFC 791, p. 24, «Every internet destination must be able to receive a datagram of 576 octets either in one piece or in fragments to be reassembled.»</ref>

== История и стандартизация ==
Разработан Исследовательской комиссией VII [[Международный консультативный комитет по телеграфии и телефонии|Международного консультативного комитета по телеграфии и телефонии]] (МККТТ) (с 1993 года — Сектор стандартизации электросвязи [[Международный союз электросвязи|Международного союза электросвязи]] (МСЭ-Т)) в качестве стандарта для пакетной передачи данных в телефонных сетях, принят в 1976 году, впоследствии стал основой всемирной системы PSPDN ({{lang-en|Packet-Switched Public Data Networks}}), то есть [[WAN]]. Существенные дополнения к стандарту были приняты в 1984 году, в частности, для согласования имеющихся описанных уровней с опубликованной сетевой моделью OSI. В настоящее время для X.25 действует стандарт ISO 8208, а также стандартизовано применение пакетного уровня X.25 (протокол PLP) в локальных сетях (стандарт ISO 8881).

По мере распространения IP-сетей [[IETF]] стандартизовал ряд RFC, описывающих работу и взаимодействие X.25 и [[TCP/IP]]:

* RFC 887 A Standard for the Transmission of IP Datagrams Over Public Data Networks
* RFC 1086 ISO-TP0 bridge between TCP and X.25
* RFC 1090 SMTP on X.25
* RFC 1356 Multiprotocol Interconnect on X.25 and ISDN in the Packet Mode
* RFC 1381 SNMP MIB Extension for X.25 LAPB
* RFC 1381 SNMP MIB Extension for the X.25 Packet Layer
* RFC 1461 SNMP MIB extension for Multiprotocol Interconnect over X.25
* RFC 1598 PPP in X.25
* RFC 1613 Cisco Systems X.25 over TCP (XOT)

== Архитектура ==
                                                                .------.
                                                                | HOST |
     .---------.     .-----.     .-----.            .-----.     |---.  |
     | Терм.   |-----| DTE |=====| DCE |<nowiki>____________</nowiki>| DCE |=====|PAD|  | |
     `---------'  |  `-----'    <nowiki> </nowiki>:                        :     `------'
                  |              :                        :
            "NATIVE"             :---- Пакетная сеть  ----:
            PROTOCOL

== Режимы и типы пакетов X.25 ==
# Режим установления соединения (Call setup mode) используется при установлении соединения SVC между DTE-устройствами. В этом режиме на уровне PLP используется схема адресации X.121 для установления виртуального соединения. Режим установления соединения работает на уровне виртуальных каналов, то есть в пределах одного физического [[DTE|DTE-устройства]] одни SVC могут быть в состоянии установления соединения, а другие — в режиме передачи данных или разрыва соединения. Режим установления соединения используется только в случае установления SVC, но не PVC.
# Режим передачи данных (Data transfer mode) используется при передаче данных по виртуальному каналу. При этом X.25 PLP ответственен за сегментацию данных в пакеты и сборку пакетов, управление передачей данных и коррекцию ошибок. Режим передачи данных работает на уровне виртуальных каналов и используется в случае как SVC, так и PVC.
# Режим ожидания (Idle mode) характеризуется отсутствием передачи данных при установленном виртуальном канале. Работает на уровне виртуальных каналов и используется только в случае установления SVC, но не PVC.
# Режим разрыва соединения (Call clearing mode) используется при разрыве соединения SVC между DTE-устройствами. Работает на уровне виртуальных каналов и используется только в случае разрыва SVC, но не PVC.
# Режим перезапуска (Restarting mode) используется для переустановки соединений между DTE-устройством и локально работающих с ним [[Оконечное оборудование линии связи|DCE-устройствами]]. В отличие от других режимов, выполняется в пределах одного физического DTE-устройства, что сопровождается разрывом всех виртуальных каналов, установленных с этим DTE.

{| class="standard"
|+ Типы пакетов X.25
|-
!Packet Type
!DCE <math>\to</math> DTE
!DTE <math>\to</math> DCE
!Service
!VC
!PVC
|-
|Установление и разрыв соединений
|Incoming Call
|CALL REQ Запрос соединения
|
|X
|
|-
|
|Call Connected
|CALL ACC Вызов принят
|
|X
|
|-
|
|Clear Indication
|CLR REQ Запрос разрыва
|
|X
|
|-
|
|Clear Confirmation
|CLR CNF Подтверждение разрыва
|
|X
|
|-
|Данные и прерывания
|Data
|Data Пакет данных
|
|X
|X
|-
|
|Interrupt
|INT REQ Запрос прерывания
|
|X
|X
|-
|
|Interrupt Confirmation
|INT CNF Подтверждение прерывания
|
|X
|X
|-
|[[Flow Control]] and Reset
|Reciever Ready
|RR Приёмник готов
|
|X
|X
|-
|
|Reciever Not Ready
|RNR Приёмник не готов
|
|X
|X
|-
|
|
|REJ Отказ
|
|X
|X
|-
|
|Reset Indication
|RES REQ Запрос сброса
|
|X
|X
|-
|
|Reset Confirmation
|RES CNF Подтверждение сброса
|
|X
|X
|-
|Restart
|Restart Indication
|RSTR REQ Запрос перезапуска
|
|X
|X
|-
|
|Restart Confirmation
|RSTR CNF Подтверждение перезапуска
|
|X
|X
|-
|Diagnostic
|DIAG Диагностика
|
|
|X
|X
|-
|Registration
|REG CNF Подтверждение регистрации
|REG REQ Запрос регистрации
|
|X
|X
|}

<!--
'''Сети X.25''' являются на сегодняшний день самыми распространёнными сетями с коммутацией пакетов, используемыми для построения корпоративных сетей. Основная причина такой ситуации состоит в том, что долгое время сети X.25 были единственными доступными сетями с коммутацией пакетов коммерческого типа, в которых давались гарантии коэффициента готовности сети. Сеть Internet также имеет долгую историю существования, но как коммерческая сеть она начала эксплуатироваться совсем недавно, поэтому для корпоративных пользователей выбора не было. Кроме того, сети X.25 хорошо работают на ненадёжных линиях благодаря протоколам с установлением соединения и коррекцией ошибок на двух уровнях — канальном и сетевом.

'''Стандарт X.25''' ''«Интерфейс между оконечным оборудованием данных и аппаратурой передачи данных для терминалов, работающих в пакетном режиме в сетях передачи данных общего пользования»'' был разработан МККТТ в 1974 году и пересматривался несколько раз. Стандарт наилучшим образом подходит для передачи трафика низкой интенсивности, характерного для терминалов, и в меньшей степени соответствует более высоким требованиям трафика локальных сетей. Как видно из названия, стандарт не описывает внутреннее устройство сети X.25, а только определяет пользовательский интерфейс с сетью. Взаимодействие двух сетей X.25 определяет стандарт {{iw|X.75}}.

Технология сетей X.25 имеет несколько существенных признаков, отличающих её от других технологий.

 - Наличие в структуре сети специального устройства - PAD (Packet Assembler Disassembler), предназначенного для выполнения операции сборки нескольких низкоскоростных потоков байт от алфавитно-цифровых терминалов в пакеты, передаваемые по сети и направляемые компьютерам для обработки. Эти устройства имеют также русскоязычное название «Сборщик-разборщик пакетов», СРП.

 - Наличие трёхуровневого стека протоколов с использованием на канальном и сетевом уровнях протоколов с установлением соединения, управляющих потоками данных и исправляющих ошибки.

 - Ориентация на однородные стеки транспортных протоколов во всех узлах сети - сетевой уровень рассчитан на работу только с одним протоколом канального уровня и не может подобно протоколу IP объединять разнородные сети. Сеть X.25 состоит из коммутаторов (Switches, S), называемых также центрами коммутации пакетов (ЦКП), расположенных в различных географических точках и соединённых высокоскоростными выделенными каналами (рис. 6.15.). Выделенные каналы могут быть как цифровыми, так и аналоговыми.

Асинхронные старт-стопные терминалы подключаются к сети через устройства PAD. Они могут быть встроенными или удалёнными. Встроенный PAD обычно расположен в стойке коммутатора. Терминалы получают доступ ко встроенному устройству PAD по телефонной сети с помощью модемов с асинхронным интерфейсом. Встроенный PAD также подключается к телефонной сети с помощью нескольких модемов с асинхронным интерфейсом. Удалённый PAD представляет собой небольшое автономное устройство, подключённое к коммутатору через выделенный канал связи X.25. К удалённому устройству PAD терминалы подключаются по асинхронному интерфейсу, обычно для этой цели используется интерфейс RS-232C. Один PAD обычно обеспечивает доступ для 8, 16 или 24 асинхронных терминалов.

К основным функциям PAD, определённых стандартом {{iw|X.З}}, относятся:
<ul>
<li>сборка символов, полученных от асинхронных терминалов, в пакеты;</li>

<li>разборка полей данных в пакетах и вывод данных на асинхронные терминалы;</li>

<li>управление процедурами установления соединения и разъединения по сети X.25 с нужным компьютером;</li>

<li>передача символов, включающих старт-стопные сигналы и биты проверки на чётность, по требованию асинхронного терминала;</li>

<li>продвижение пакетов при наличии соответствующих условий, таких как заполнение пакета, истечение времени ожидания и др.</li></ul>

Терминалы не имеют конечных адресов сети X.25. Адрес присваивается порту PAD, который подключён к коммутатору пакетов X.25 с помощью выделенного канала.

Несмотря на то что задача подключения «неинтеллектуальных» терминалов к удалённым компьютерам возникает сейчас достаточно редко, функции PAD всё ещё остаются востребованными. Устройства PAD часто используются для подключения к сетям X.25 кассовых терминалов и банкоматов, имеющих асинхронный интерфейс RS-232.

'''Стандарт {{iw|X.28}}''' определяет параметры терминала, а также протокол взаимодействия терминала с устройством PAD. При работе на терминале пользователь сначала проводит некоторый текстовый диалог с устройством PAD, используя стандартный набор символьных команд. PAD может работать с терминалом в двух режимах: управляющем и передачи данных. В управляющем режиме пользователь с помощью команд может указать адрес компьютера, с которым нужно установить соединение по сети X.25, а также установить некоторые параметры работы PAD, например выбрать специальный символ для обозначения команды немедленной отправки пакета, установить режим эхо — ответов символов, набираемых на клавиатуре, от устройства PAD (при этом дисплей не будет отображать символы, набираемые на клавиатуре до тех пор, пока они не вернутся от PAD — это обычный локальный режим работы терминала с компьютером). При наборе комбинации клавиш Ctrl+P PAD переходит в режим передачи данных и воспринимает все последующие символы как данные, которые нужно передать в пакете X.25 узлу назначения.

Компьютеры и локальные сети обычно подключаются к сети X.25 непосредственно через адаптер X.25 или маршрутизатор, поддерживающий на своих интерфейсах протоколы X.25. Для управления устройствами PAD в сети существует протокол {{iw|X.29}}, с помощью которого узел сети может управлять и конфигурировать PAD удалённо, по сети. При необходимости передачи данных компьютеры, подключённые к сети X.25 непосредственно, услугами PAD не пользуются, а самостоятельно устанавливают виртуальные каналы в сети и передают по ним данные в пакетах X.25.
Адресация в сетях X.25

Если сеть X.25 не связана с внешним миром, то она может использовать адрес любой длины (в пределах формата поля адреса) и давать адресам произвольные значения. Максимальная длина поля адреса в пакете X.25 составляет 16 байт.

Рекомендация МККТТ (МСЭ-Т) {{iw|X.121}} определяет международную систему нумерации адресов для сетей передачи данных общего пользования. Если сеть X.25 хочет обмениваться данными с другими сетями X.25, то в ней нужно придерживаться адресации стандарта X.121.

Адреса X.121 (называемые также International Data Numbers, IDN) имеют разную длину, которая может доходить до 14 десятичных знаков. Первые четыре цифры IDN называют кодом идентификации сети (Data Network Identification Code, DNIC). DNIC поделён на две части; первая часть (3 цифры) определяет страну, в которой находится сеть, а вторая — номер сети X.25 в данной стране. Таким образом, внутри каждой страны можно организовать только 10 сетей X.25. Если же требуется перенумеровать больше, чем 10 сетей для одной страны, проблема решается тем, что одной стране даётся несколько кодов. Например, до 1995 года Россия имела один код — 250, а в 1995 году ей был выделен ещё один — 251. Остальные цифры называются номером национального терминала (National Terminal Numbe, NTN). Эти цифры позволяют идентифицировать определённый DTE в сети X.25.

Международные сети X.25 могут также использовать международный стандарт нумерации абонентов ISO 7498, описанный выше.

По стандарту ISO 7498 для нумерации сетей X.25 к адресу в формате X.121 добавляется только один байт префикса, несущий код 36 (использование в адресе только кодов десятичных цифр) или 37 (использование произвольных двоичных комбинаций). Этот код позволяет универсальным коммутаторам, например коммутаторам сети ISDN, поддерживающим также и коммутацию пакетов X.25, автоматически распознавать тип адреса и правильно выполнять маршрутизацию запроса на установление соединения.
Стек протоколов сети X.25

Стандарты сетей X.25 описывают 3 уровня протоколов (рис. 6.16.)

''На физическом уровне'' определены синхронные интерфейсы {{iw|X.21}} и X.21 bis к оборудованию передачи данных — либо DSU/CSU, если выделенный канал является цифровым, либо к синхронному модему, если канал выделенный.

''На канальном уровне'' используется подмножество протокола HDLC, обеспечивающее возможность автоматической передачи в случае возникновения ошибок в линии. Предусмотрен выбор из двух процедур доступа к каналу: LAP или LAP-B.

''На сетевом уровне'' определён протокол X.25/3 обмена пакетами между оконечным оборудованием и сетью передачи данных.

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

Протокол физического уровня канала связи не оговорён, и это даёт возможность использовать каналы разных стандартов.

На канальном уровне обычно используется протокол LAP-B. Этот протокол обеспечивает сбалансированный режим работы, то есть оба узла, участвующих в соединении, равноправны. По протоколу LAP-B устанавливается соединение между пользовательским оборудованием DTE (компьютером, IP- или IPX-маршрутизатором) и коммутатором сети. Хотя стандарт это и не оговаривает, но по протоколу LAP-B возможно также установление соединения на канальном уровне внутри сети между непосредственно связанными коммутаторами. Протокол LAP-B почти во всех отношениях идентичен протоколу LLC2, описанному в главе 3, кроме адресации. Кадр LAP-B содержит одно однобайтовое адресное поле (а не два — DSAP и SSAP), в котором указывается не адрес службы верхнего уровня, а направление передачи кадра — 0х01 для направления команд от DTE к DCE (в сеть) или ответов от DCE к DTE (из сети) и 0х03 для направления ответов от DTE к DCE или команд от DCE к DTE. Поддерживается как нормальный режим (с максимальным окном в 8 кадров и однобайтовым полем управления), так и расширенный режим (с максимальным окном в 128 кадров и двухбайтовым полем управления).

Сетевой уровень X.25/3 (в стандарте он назван не сетевым, а пакетным уровнем) реализуется с использованием 14 различных типов пакетов, по назначению аналогичных типам кадров протокола LAP-B. Так как надёжную передачу данных обеспечивает протокол LAP-B, протокол X.25/3 выполняет функции маршрутизации пакетов, установления и разрыва виртуального канала между конечными абонентами сети и управления потоком пакетов.

После установления соединения на канальном уровне конечный узел должен установить виртуальное соединение с другим конечным узлом сети. Для этого он в кадрах LAP-B посылает пакет Call Request протокола X.25.

Поля, расположенные в первых трёх байтах заголовка пакета, используются во всех типах кадров протокола X.25. Признаки Q и D и Modulo расположены в старшей части первого байта заголовка. Признак Q предназначен для распознавания на сетевом уровне типа информации в поле данных пакета. При получении пакета информация, расположенная в поле данных, а также значение бита Q передаётся верхним уровням пользовательского стека протоколов (непосредственно транспортному уровню этого стека). Значение Q=1 означает управляющую пользовательскую информацию, а Q=0 — данные. Признак D означает подтверждение приёма пакета узлом назначения. Обычный механизм подтверждения принятия пакетов с помощью квитанций имеет для протокола X.25 только локальный смысл — приём пакета подтверждает ближайший коммутатор сети, через который конечный узел запросил и установил виртуальное соединение. Если же узел-источник запросил подтверждение приёма конечным узлом, то это подтверждение индицируется установкой бита D (delivery confirmation) в пакетах, идущих от узла назначения.

Признак Modulo говорит о том, по какому модулю — 8 или 128 — ведётся нумерация пакетов. Значение 10 означает модуль 128, а 01 — модуль 8.

Поле Номер логической группы (Lodical Group Number, LGN) содержит значение номера логической группы виртуального канала. Каналы образуют логические группы по функциональному признаку, например:
<ul>
<li>постоянный виртуальный канал;</li>

<li>коммутируемый виртуальный канал только для входящих сообщений (симплексный);</li>

<li>коммутируемый виртуальный канал только для исходящих сообщений (симплексный);</li>

<li>коммутируемый дуплексный виртуальный канал.</li></ul>

Максимальное количество логических групп — 12, хотя в конкретной сети допустимо и меньшее количество.

''Поле Номер логического канала (Logical Channel Number, LCN)'' содержит номер виртуального канала, назначаемый узлом-источником (для коммутируемых виртуальных каналов) или администратором сети (для постоянных виртуальных каналов). Максимальное количество виртуальных каналов, проходящих через один порт, равно 256.

''Поле Тип (Type)'' указывает тип пакета. Например, для пакета Call Request отведено значение типа, равное 0х0В. Младший бит этого поля определяет, является ли пакет управляющим (бит равен 1) или пакетом данных (бит равен 0). Значение 0х0В содержит 1 в младшем бите, поэтому это управляющий пакет, а остальные биты в этом случае определяют подтип пакета. В пакете данных остальные биты поля Type используются для переноса номеров квитанций N(S) и N(R).

''Следующие два поля определяют длину адресов назначения и источника (DA и SA) в пакете''. Запрос на установление виртуального канала указывает оба адреса. Первый адрес нужен для маршрутизации пакета Call Request, а второй — для принятия решения узлом назначения о возможности установления виртуального соединения с данным узлом-источником. Если узел назначения решает принять запрос, то он должен отправить пакет Call Accepted — «Запрос принят», в котором также указать оба адреса, поменяв их, естественно, местами. Адреса могут иметь произвольный формат или же соответствовать требованиям стандарта X.121 или ISO 7498.

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

''Поля Длина поля услуг (Facilities length) и Услуги (Facilities)'' нужны для согласования дополнительных услуг, которые оказывает сеть абоненту. Например, услуга «Идентификатор пользователя сети» позволяет задать идентификатор пользователя (отличный от его сетевого адреса), на основании которого могут оплачиваться счета за пользование сетью. Пользователь с помощью услуги «Согласование параметров управления потоком» может попросить сеть использовать нестандартные значения параметров протокола — размера окна, максимального размера поля данных пакета и т. п. Протокол X.25 допускает следующие максимальные значения длины поля данных: 16,32, 64,128, 256,512 и 1024 байт. Предпочтительной является длина 128 байт.

Пакет Call Request принимается коммутатором сети и маршрутизируется на основании таблицы маршрутизации, прокладывая при этом виртуальный канал. Начальное значение номера виртуального канала задаёт пользователь в этом пакете в поле LCN (аналог поля VCI, упоминавшегося при объяснении принципа установления виртуальных каналов). Протокол маршрутизации для сетей X.25 не определён.

Для сокращения размера адресных таблиц в коммутаторах в сетях X.25 реализуется принцип агрегирования адресов. Все терминалы, имеющие общий префикс в адресе, подключаются при этом к общему входному коммутатору подсети, соответствующей значению префикса. Например, если путь ко всем терминалам, имеющим адреса с префиксом 250 720, пролегает через общий коммутатор К1, то в таблице маршрутизации коммутаторов, через которые проходит путь к коммутатору К1, помещается единственная запись — 250 720, которая соответствует как конечному узлу 250 720 11, так и конечному узлу 250 720 26. Маски в коммутаторах не используются, а младшие разряды адреса, которые не нужны при маршрутизации, просто опускаются.

После установления виртуального канала конечные узлы обмениваются пакетами другого формата — формата пакетов данных (пакет Data). Этот формат похож на описанный формат пакета Call Request — первые три байта в нём имеют те же поля, а адресные поля и поля услуг отсутствуют. Пакет данных не имеет поля, которое бы определяло тип переносимых в пакете данных, то есть поля, аналогичного полю Protocol в IP-пакете. Для устранения этого недостатка первый байт в поле данных всегда интерпретируется как признак типа данных.

'''Коммутаторы (ЦКП) сетей X.25''' представляют собой гораздо более простые и дешёвые устройства по сравнению с маршрутизаторами сетей TCP/IP. Это объясняется тем, что они не поддерживают процедур обмена маршрутной информацией и нахождения оптимальных маршрутов, а также не выполняют преобразований форматов кадров канальных протоколов. По принципу работы они ближе к коммутаторам локальных сетей, чем к маршрутизаторам. Однако работа, которую выполняют коммутаторы X.25 над пришедшими кадрами, включает больше этапов, чем при продвижении кадров коммутаторами локальных сетей. Коммутатор X.25 должен принять кадр LAP-B и ответить на него другим кадром LAP-B, в котором подтвердить получение кадра с конкретным номером. При утере или искажении кадра коммутатор должен организовать повторную передачу кадра. Если же с кадром LAP-B всё в порядке, то коммутатор должен извлечь пакет X.25, на основании номера виртуального канала определить выходной порт, а затем сформировать новый кадр LAP-B для дальнейшего продвижения пакета. Коммутаторы локальных сетей такой работой не занимаются и просто передают кадр в том виде, в котором он пришёл, на выходной порт.

В результате производительность коммутаторов X.25 оказывается обычно невысокой — несколько тысяч пакетов в секунду. Для низкоскоростных каналов доступа, которыми много лет пользовались абоненты этой сети (1200-9600 бит/с), такой производительности коммутаторов хватало для работы сети.

Гарантий пропускной способности сеть X.25 не даёт. Максимум, что может сделать сеть, — это приоритезировать трафик отдельных виртуальных каналов. Приоритет канала указывается в запросе на установление соединения в поле услуг.

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

== Стандарты ГОСТ ==
* ГОСТ Р ИСО/МЭК 10177-99 — Информационная технология. Передача данных и обмен информацией между системами. Обеспечение промежуточными системами внутренних услуг сетевого уровня в режиме с установлением соединения при использовании протокола пакетного уровня X.25 по ГОСТ Р 34.950
* ГОСТ Р 34.950-92 — Информационная технология. Взаимосвязь открытых систем. Передача данных. Протокол пакетного уровня X.25 для оконечного оборудования данных
* ГОСТ Р ИСО/МЭК 8881-98 — Информационная технология. Передача данных. Использование протокола пакетного уровня X.25 в локальных вычислительных сетях
* ГОСТ 34.954-91 — Информационная технология. Взаимосвязь открытых систем. Использование протокола пакетного уровня X.25 для обеспечения услуг сетевого уровня взаимосвязи открытых систем в режиме с установлением соединения

== См. также ==
* [[Frame Relay]]
* [[AX.25]] — версия X.25 для радиолюбителей
* [https://0pl.ru/opisanie-protokola-x-25/ Перевод описания протокола X.25]

== Примечания ==
{{примечания}}

== Ссылки ==
* [https://www.itu.int/rec/T-REC-X.25/en Рекомендация МСЭ-Т X.25]{{ref-en}} на сайте [[Международный союз электросвязи|Международного союза электросвязи]]

{{IPstack}}
{{Нет источников |дата=2024-10-19}}

[[Категория:Сетевые протоколы]]
[[Категория:Рекомендации ITU-T]]