✖


Jump to content

Х.25

(Перенаправлено из набора протоколов X.25 )

Х.25
Интерфейс между терминальным оборудованием данных (DTE) и оконечным оборудованием канала передачи данных (DCE) для терминалов, работающих в пакетном режиме и подключенных к сетям передачи данных общего пользования по выделенному каналу.
Статус Действующий
Год начался 1976
Последняя версия (10/96)
Октябрь 1996 г.
Организация ЭТО Т
комитет Исследовательская группа VII
Домен сеть
Веб-сайт https://www.itu.int/rec/T-REC-X.25/

X.25 — это ITU-T стандартный набор протоколов с коммутацией пакетов для передачи данных в глобальных сетях (WAN). Первоначально он был определен Международным консультативным комитетом по телеграфии и телефонии (CCITT, ныне ITU-T) в серии проектов и окончательно оформлен в публикации, известной как «Оранжевая книга», в 1976 году. [ 1 ] [ 2 ]

Набор протоколов спроектирован как три концептуальных уровня, которые близко соответствуют трем нижним уровням семиуровневой эталонной модели OSI , хотя он был разработан за несколько лет до модели OSI (1984 г.). [ 3 ] [ 4 ] Он также поддерживает функции, отсутствующие на сетевом уровне OSI . [ 5 ] [ 6 ] Глобальная сеть X.25 состоит из узлов обмена пакетами (PSE) в качестве сетевого оборудования и выделенных линий , простых старых телефонных соединений или соединений ISDN в качестве физических каналов.

X.25 был популярен среди телекоммуникационных компаний из-за их общедоступных сетей передачи данных с конца 1970-х по 1990-е годы, которые обеспечивали всемирное покрытие. Он также использовался в системах финансовых транзакций , таких как банкоматы , и в индустрии платежей по кредитным картам. [ 7 ] Однако с тех пор большинство пользователей перешли на пакет интернет-протоколов (TCP/IP). X.25 до сих пор используется, например, в авиационной промышленности. [ нужна ссылка ]

История

[ редактировать ]
Представители PTT и частных компаний, которые выступали за развитие сетей и услуг на базе X.25 в Европе, Северной Америке и Японии. Снято на собрании группы докладчиков CCITT в марте 1975 года в Оттаве, где они разработали первое предложение X.25.
Основные участники CCITT X.25, сфотографировано сразу после его утверждения в марте 1976 года.

CCITT ITU (позже -T ), организация, ответственная за международную стандартизацию телекоммуникационных услуг, начала разработку стандарта для передачи данных с коммутацией пакетов в середине 1970-х годов на основе ряда новых проектов сетей передачи данных. [ 8 ] В разработке X.25 участвовали инженеры из Канады, Франции, Японии, Великобритании и США, представляющие как национальные PTT (Франция, Япония, Великобритания), так и частные операторы (Канада, США). В частности, работа Реми Депре внесла значительный вклад в создание стандарта, основанного на службе виртуальных каналов . Несколько незначительных изменений, дополняющих предложенную спецификацию, были внесены, чтобы позволить Ларри Робертсу присоединиться к соглашению. [ 9 ] [ 10 ] [ 11 ] В стандарт были внесены различные обновления и дополнения, которые в конечном итоге вошли в серию технических книг МСЭ, описывающих системы электросвязи. Эти книги выходили раз в четыре года в разноцветных обложках. Спецификация X.25 является частью более крупного набора X-серии. [ 12 ] [ 13 ]

Как CCITT стандартизировал виртуальные цепи

[ редактировать ]

См. Также: Протокольные войны

CCITT назначил специального докладчика по коммутации пакетов Халвора Ботнера-Бая , который провел первое заседание в январе 1974 года. В результате возник вопрос, на который исследовательская группа (SG) VII должна была ответить на следующем пленарном заседании CCITT в 1976 году, которое было «Должен ли быть предусмотрен пакетный узел работы в сетях передачи данных общего пользования, и если да, то как его следует реализовать?». Был предоставлен список сетей коммутации пакетов, «подлежащих рассмотрению»: ARPANET (ARPA в США), EIN (Европейской COST), EPSS (Британской почтовой связи ), RCP (Французской PTT ), CYCLADES ( IRIA во Франции), сеть NPL ( NPL в Великобритании), сеть SWIFT (международного общества SWIFT ) и сеть SITA (международной компании SITA ). [ 14 ]

Вторая встреча докладчиков, организованная в Осло Норвежской администрацией электросвязи в ноябре 1974 года, собрала 24 участника, включая представителей других международных организаций ( ISO , IFIP , ECMA ). [ 15 ] Документ, представленный Францией «при активной поддержке ряда европейских администраций», послужил «основной основой для обсуждения на этой встрече». Затем было «согласовано, что следует рассмотреть два типа услуг: услугу «дейтаграмм» и услугу «виртуального вызова». [ 15 ] :п3

На третьей встрече акцент сместился с вопроса о том, должны ли быть сети с пакетным режимом, к вопросу о том, может ли существовать «стандарт интерфейса между сетью и компьютерами». [ 8 ] :стр39

Начиная с января 1975 года, состоялось несколько двусторонних и многосторонних встреч между сетевыми операторами, имеющими обязательства по услуге коммутации пакетов, с целью разработки общей спецификации интерфейса. Встречи начались между канадской DATAPAC и французской TRANSPAC , продолжились стартапом Telenet в США и продолжились BPO Великобритании. [ 8 ] :стр39 [ 16 ] : стр. 44

В марте 1975 года Халвор Ботнер-Бай подготовил список рекомендаций, которые необходимо создать или просто обновить, чтобы стандарт коммутации пакетов стал возможным. Он использовался в качестве основы на проектной встрече в Оттаве между инженерами четырех операторов, желающих как можно скорее принять стандарт в США, Канаде, Франции, Великобритании и Японии. Они подготовили вклады для представления ИК VII от их имени администрациями, имеющими право голоса в CCITT. Одним из вкладов стала спецификация интерфейса X.2x, первая версия того, что впоследствии станет X.25). [ 17 ] [ 18 ]

На четвертом собрании Докладчиков, состоявшемся в мае 1975 года в Женеве, присутствовало 45 участников и было представлено 27 новых документов. Докладчик спросил, следует ли выдавать рекомендации по коммутации пакетов «с целью сделать возможным международное взаимодействие», «французская администрация ответила утвердительно, а Канада решительно поддержала французское предложение». Однако твердого вывода пока получено не было. [ 19 ]

На пятом собрании Докладчиков, состоявшемся в сентябре 1975 года в Женеве, присутствовало около 60 участников. После обсуждений предлагаемого интерфейса виртуальных каналов многие проблемы остались нерешенными. [ 8 ] : стр. 40 Что касается дейтаграмм, «Ларри Робертс из делегации США предложил и поддержал представителей Франции и Канады соответственно, чтобы классификация дейтаграмм была изменена с «Е» на «А», т.е. с «существенной, чтобы быть доступной на международном уровне» на Кроме того, «может быть доступен в некоторых странах и на международном уровне». [ 20 ] В последнем отчете Докладчика выражаются сомнения, «что стандарт будет готов к принятию ИК VII». [ 8 ] : стр. 40

На последнем заседании полного состава ИК VII перед пленарным заседанием CCITT в сентябре 1976 г. имеющийся проект X.25 вызвал многочисленные уточняющие вопросы и/или технические возражения. Председатель ИК VII Верн Макдональд назначил редактора и предоставил помещение для встреч на выходные. После напряженной работы в ходе него все вопросы были решены. Для одобрения всей исследовательской группой оставалась проблема: копии обновленного проекта X.25 должны были быть доступны на двух языках. Чтобы получить их вовремя, Антон Рыбзинский из DATAPAC и Поль Гинодо из TRANSPAC потратили целую ночь на то, чтобы написать от руки все согласованные поправки и с помощью клея и ножниц собрать их в чистые документы. Затем COM VII рассмотрел распространенные копии и единогласно одобрил их для представления на предстоящем пленарном заседании CCITT. [ 16 ] На пленарном заседании в сентябре 1976 г. рекомендация X.25 и другие 10 рекомендаций ИК VII были единогласно одобрены. [ 8 ] : стр. 40

По просьбе США в пересмотренный X.25 1980 года был добавлен дополнительный сервис дейтаграмм вместе с согласованием его канального уровня, теперь называемого LAPB, с недавним развитием HDLC в ISO . Из-за отсутствия какого-либо оператора общедоступной сети, реализующего эту опцию, дейтаграммы были окончательно удалены из X.25 в его обновлении 1984 года. [ 8 ] : стр.41

Всемирные общедоступные сети передачи данных

[ редактировать ]
Основная статья: Публичная сеть передачи данных

Общедоступные сети X.25, обычно называемые публичными сетями передачи данных , были созданы во многих странах в конце 1970-х и 1980-х годах для снижения стоимости доступа к различным онлайн-сервисам . Примеры включают Iberpac , TRANSPAC , Compuserve , Tymnet , Telenet , Euronet , PSS , Datapac , Datanet 1 и AUSTPAC , а также Международную службу коммутации пакетов . Их объединенная сеть имела широкий глобальный охват в 1980-е и в 1990-е годы. [ 21 ]

С начала 1990-х годов в Северной Америке использование сетей X.25 (преобладают Telenet и Tymnet). [ 21 ] начали заменяться услугами Frame Relay, предлагаемыми национальными телефонными компаниями. [ 22 ] Большинство систем, которым требовался X.25, теперь используют TCP/IP , однако при необходимости можно передавать X.25 через TCP/IP. [ 23 ]

Сети X.25 до сих пор используются во всем мире. Вариант под названием AX.25 широко используется любительской пакетной радиосвязью . Racal Paknet, теперь известный как Widanet, продолжает работать во многих регионах мира, работая на базе протокола X.25. В некоторых странах, таких как Нидерланды или Германия, можно использовать урезанную версию X.25 через D-канал соединения ISDN -2 (или ISDN BRI ) для приложений с небольшим объемом, таких как точки продаж. терминалы; но будущее этой услуги в Нидерландах неопределенно.

X.25 по-прежнему используется в авиационной отрасли (особенно в Азии), хотя переход на современные протоколы становится все более важным, поскольку оборудование X.25 становится все более редким и дорогостоящим. [ нужны разъяснения ] Совсем недавно, в марте 2006 года, Национальная сеть обмена данными о воздушном пространстве США использовала X.25 для соединения удаленных аэродромов с центрами управления воздушным движением .

Франция была одной из последних оставшихся стран, где действовали коммерческие услуги для конечных пользователей на основе X.25. Известный как Minitel , он был основан на Videotex , который сам работал на X.25. В 2002 году у Minitel было около 9 миллионов пользователей, а в 2011 году на их долю во Франции приходилось около 2 миллионов пользователей, когда France Télécom объявила, что закроет услугу к 30 июня 2012 года. [ 24 ] Как и планировалось, обслуживание было прекращено 30 июня 2012 года. На тот момент в эксплуатации находилось 800 000 терминалов. [ 25 ] В 2019 году услугу X.25 по-прежнему можно было приобрести у BT в Великобритании. [ 26 ]

Архитектура

[ редактировать ]

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

Спецификация X.25 определяет только интерфейс между абонентом (DTE) и сетью X.25 (DCE). X.75 , протокол, очень похожий на X.25, определяет интерфейс между двумя сетями X.25, позволяющий соединениям проходить через две или более сети. X.25 не определяет, как сеть работает внутри: во многих реализациях сети X.25 внутри использовалось что-то очень похожее на X.25 или X.75 , но в других внутри использовались совершенно другие протоколы. Протокол ISO, эквивалентный X.25, ISO 8208, совместим с X.25, но дополнительно включает возможность прямого подключения двух DTE X.25 друг к другу без промежуточной сети. Разделяя протокол пакетного уровня , ISO 8208 позволяет работать в дополнительных сетях, таких как ISO 8802 LLC2 (ISO LAN) и канальном уровне OSI. [ 27 ]

X.25 первоначально определил три основных уровня протокола или архитектурных уровня. В исходных спецификациях они назывались уровнями и также имели номер уровня, тогда как все рекомендации ITU-T X.25 и стандарты ISO 8208, выпущенные после 1984 года, называют их уровнями . [ 28 ] Номера уровней были опущены, чтобы избежать путаницы со уровнями модели OSI. [ 1 ]

  • Физический уровень: этот уровень определяет физические, электрические, функциональные и процедурные характеристики для управления физическим каналом между DTE и DCE. Общие реализации используют X.21 , EIA-232, EIA-449 или другие последовательные протоколы.
  • Уровень канала передачи данных: Уровень канала передачи данных состоит из процедуры доступа к каналу для обмена данными по каналу между DTE и DCE. В своей реализации сбалансированная процедура доступа к каналу (LAPB) представляет собой протокол канала передачи данных, который управляет сеансом связи и контролирует формирование пакетов. Это бит-ориентированный протокол, обеспечивающий исправление ошибок и упорядоченную доставку.
  • Уровень пакетов: на этом уровне определен протокол пакетного уровня для обмена пакетами управления и пользовательскими данными для формирования сети с коммутацией пакетов на основе виртуальных вызовов в соответствии с протоколом пакетного уровня .

Модель X.25 была основана на традиционной концепции телефонии, заключающейся в установлении надежных каналов через общую сеть, но с использованием программного обеспечения для создания « виртуальных вызовов » через сеть. Эти вызовы соединяют «терминальное оборудование данных» (DTE), предоставляя пользователям конечные точки, которые выглядели как соединения «точка-точка» . Каждая конечная точка может устанавливать множество отдельных виртуальных вызовов к разным конечным точкам.

В течение короткого периода спецификация также включала службу датаграмм без установления соединения, но в следующей версии от нее отказались. «Быстрый выбор с возможностью ограниченного ответа» является промежуточным между полным установлением вызова и связью без установления соединения. Он широко используется в приложениях транзакций запрос-ответ, включающих один запрос и ответ, ограниченный 128 байтами данных, передаваемых в каждую сторону. Данные передаются в расширенном пакете запроса вызова, а ответ передается в расширенном поле пакета отклонения вызова, при этом соединение никогда не устанавливается полностью.

С протоколом X.25 тесно связаны протоколы для подключения асинхронных устройств (таких как тупые терминалы и принтеры) к сети X.25: X.3 , X.28 и X.29 . Эта функциональность была реализована с использованием ассемблера/дизассемблера пакетов или PAD (также известного как устройство тройного X , что относится к трем используемым протоколам).

Связь с эталонной моделью OSI

[ редактировать ]

Хотя X.25 предшествует эталонной модели OSI (OSIRM), физический уровень модели OSI соответствует физическому уровню X.25 , канальный уровень X.25 — канальному уровню , а сетевой уровень — X.25. 25- пакетный уровень . [ 13 ] X.25 Уровень канала передачи данных , LAPB , обеспечивает надежный путь передачи данных по каналу передачи данных (или нескольким параллельным каналам передачи данных, многоканальному каналу), который сам по себе может быть ненадежным. X.25 Уровень пакетов обеспечивает механизмы виртуальных вызовов, работающие через X.25 LAPB . Пакетный уровень включает механизмы для поддержки виртуальных вызовов и сигнализации об ошибках данных в случае, если уровень канала передачи данных не может восстановиться после ошибок передачи данных. Все версии X.25, кроме самых ранних, включают возможности [ 29 ] которые обеспечивают адресацию сетевого уровня OSI (адресацию NSAP, см. ниже). [ 30 ]

Поддержка пользовательских устройств

[ редактировать ]
Телевидеотерминал модели 925 , выпущенный примерно в 1982 году.

X.25 был разработан в эпоху компьютерных терминалов, подключающихся к главным компьютерам, хотя его также можно использовать для связи между компьютерами. Вместо прямого подключения к главному компьютеру (что потребовало бы от хоста наличия собственного пула модемов и телефонных линий, а также требовало бы от нелокальных абонентов совершать междугородные вызовы) хост мог бы иметь соединение X.25 с поставщик сетевых услуг. Теперь пользователи тупых терминалов могли подключиться к локальному сетевому «PAD» ( средству сборки/разборки пакетов ), шлюзовому устройству, соединяющему модемы и последовательные линии с каналом X.25, как это определено стандартами X.29 и X.3 .

Подключившись к PAD, пользователь тупого терминала сообщает PAD, к какому хосту следует подключиться, указав адрес, похожий на телефонный номер, в формате адреса X.121 (или указав имя хоста, если поставщик услуг позволяет это сделать). имена, которые соответствуют адресам X.121 ). Затем PAD отправляет вызов X.25 хосту, устанавливая виртуальный вызов . Обратите внимание, что X.25 обеспечивает виртуальные вызовы, поэтому выглядит как сеть с коммутацией каналов , хотя на самом деле сами данные коммутируются внутри пакетов , аналогично тому, как TCP обеспечивает соединения, даже если базовые данные коммутируются пакетами. Два хоста X.25, конечно, могут напрямую звонить друг другу; в этом случае PAD не задействован. Теоретически не имеет значения, подключены ли вызывающий абонент X.25 и пункт назначения X.25 к одному и тому же оператору связи, но на практике не всегда было возможно совершать звонки от одного оператора к другому.

В целях управления потоком используется протокол скользящего окна с размером окна по умолчанию, равным 2. Подтверждения могут иметь либо локальное, либо сквозное значение. Бит AD (бит доставки данных) в каждом пакете данных указывает, требует ли отправитель сквозного подтверждения. Когда D=1, это означает, что подтверждение имеет сквозное значение и должно иметь место только после того, как удаленное DTE подтвердило получение данных. Когда D=0, сети разрешено (но не обязательно) выполнить подтверждение до того, как удаленное DTE подтвердит или даже получит данные.

В то время как функция PAD, определенная X.28 и X.29 , специально поддерживает асинхронные символьные терминалы, эквиваленты PAD были разработаны для поддержки широкого спектра проприетарных интеллектуальных коммуникационных устройств, таких как устройства для IBM System Network Architecture (SNA).

Контроль ошибок

[ редактировать ]

Процедуры восстановления ошибок на пакетном уровне предполагают, что уровень канала передачи данных отвечает за повторную передачу данных, полученных с ошибкой. Обработка ошибок на уровне пакетов направлена ​​на повторную синхронизацию информационного потока в вызовах, а также на очистку вызовов, перешедших в невосстановимые состояния:

  • Уровень 3 Сброс пакетов, который повторно инициализирует поток виртуального вызова (но не прерывает виртуальный вызов).
  • Пакет перезапуска, который сбрасывает все виртуальные вызовы в канале передачи данных и сбрасывает все постоянные виртуальные каналы в канале передачи данных.

Адресация и виртуальные цепи

[ редактировать ]
Модем X.25, который когда-то использовался для подключения к немецкой сети Datex-P.

X.25 поддерживает два типа виртуальных каналов ; виртуальные вызовы (VC) и постоянные виртуальные каналы (PVC). Виртуальные звонки осуществляются по мере необходимости. Например, виртуальный канал устанавливается при размещении вызова и отключается после его завершения. VC устанавливаются посредством процедуры установления и клиринга вызова. С другой стороны, постоянные виртуальные каналы . в сети предварительно настроены [ 31 ] PVC редко выходят из строя и поэтому обеспечивают выделенное соединение между конечными точками.

VC может быть установлен с использованием адресов X.121. Адрес X.121 состоит из трехзначного кода страны данных (DCC) плюс цифры сети, которые вместе образуют четырехзначный идентификационный код сети передачи данных (DNIC), за которым следует номер национального терминала (NTN), состоящий не более чем из десяти цифр. . Обратите внимание на использование одной цифры сети, что, по-видимому, позволяет использовать только 10 сетевых операторов на страну, но некоторым странам назначается более одного DCC, чтобы избежать этого ограничения. Сети часто использовали для маршрутизации меньше, чем полные цифры NTN, и предоставляли абоненту доступ к запасным цифрам (иногда называемым подадресом), где их можно было использовать для идентификации приложений или для дальнейшей маршрутизации в сетях абонентов.

Средство адресации NSAP было добавлено в версию спецификации X.25 (1984), и это позволило X.25 лучше соответствовать требованиям OSI Connection Oriented Network Service (CONS) . [ 32 ] Общедоступные сети X.25 не обязаны были использовать адресацию NSAP, но для поддержки OSI CONS должны были прозрачно передавать адреса NSAP и другие средства DTE, указанные ITU-T, от DTE к DTE. [ 33 ] Более поздние версии позволили передавать несколько адресов в дополнение к адресам X.121 на одном и том же интерфейсе DTE-DCE: адресация телекса ( F.69 ), адресация PSTN ( E.163 ), ISDN адресация ( E.164 ), интернет-протокола. адреса (IANA ICP) и локальные IEEE 802.2 MAC-адреса . [ 34 ]

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

Один интерфейс DTE-DCE к сети X.25 имеет максимум 4095 логических каналов, на которых разрешено устанавливать виртуальные вызовы и постоянные виртуальные каналы. [ 35 ] хотя ожидается, что сети не будут поддерживать полные 4095 виртуальных каналов. [ 36 ] Для идентификации канала, с которым связан пакет, каждый пакет содержит 12-битный идентификатор логического канала, состоящий из 8-битного номера логического канала и 4-битного номера группы логических каналов. [ 35 ] Идентификаторы логических каналов остаются присвоенными виртуальному каналу на время соединения. [ 35 ] Идентификаторы логических каналов идентифицируют конкретный логический канал между DTE (абонентским устройством) и DCE (сетью) и имеют локальное значение только на канале между абонентом и сетью. На другом конце соединения на удаленном DTE, скорее всего, будет назначен другой идентификатор логического канала. Диапазон возможных логических каналов разделен на 4 группы: каналы, назначенные постоянным виртуальным каналам, назначенные для входящих виртуальных вызовов, двусторонние (входящие или исходящие) виртуальные вызовы и исходящие виртуальные вызовы. [ 37 ] (Направления относятся к направлению инициирования виртуального вызова с точки зрения DTE – все они передают данные в обоих направлениях.) [ 38 ] Диапазоны позволяли настроить абонента на обработку значительно различающегося количества вызовов в каждом направлении, резервируя при этом некоторые каналы для вызовов в одном направлении. Все международные сети обязаны реализовать поддержку постоянных виртуальных каналов, двусторонних логических каналов и исходящих односторонних логических каналов; входящие односторонние логические каналы являются дополнительной возможностью. [ 39 ] Интерфейсы DTE-DCE не обязаны поддерживать более одного логического канала. [ 37 ] Нулевой идентификатор логического канала не будет назначен постоянному виртуальному каналу или виртуальному вызову. [ 40 ] Нулевой идентификатор логического канала используется для пакетов, которые не относятся к конкретному виртуальному каналу (например, пакеты перезапуска уровня пакетов, пакеты регистрации и диагностики).

Биллинг

[ редактировать ]

В общедоступных сетях счет за X.25 обычно взимался как фиксированная ежемесячная плата за обслуживание в зависимости от скорости соединения, а затем сверх этого цена за сегмент. [ 41 ] Скорость соединения варьировалась, обычно от 2400 бит/с до 2 Мбит/с, хотя скорости выше 64 кбит/с были редкостью в сетях общего пользования. Сегмент составлял 64 байта данных (округленных в большую сторону, без переноса между пакетами). [ 42 ] взимается с вызывающего абонента [ 43 ] (или вызываемого абонента в случае вызовов с обратной оплатой, если это поддерживается). [ 44 ] Вызовы, вызывающие функцию быстрого выбора (допускают 128 байт данных на этапах запроса вызова, подтверждения вызова и сброса вызова) [ 45 ] обычно требует дополнительной оплаты, как и использование некоторых других возможностей X.25. У PVC будет ежемесячная арендная плата и более низкая цена за сегмент, чем у VC, что сделает их дешевле только в тех случаях, когда передаются большие объемы данных.

Типы пакетов X.25

[ редактировать ]
Тип пакета ДСЕ → ДТЕ ДТЕ → ДСЕ Услуга ВК ПВХ
Вызов супернастройки Входящий звонок Запрос на звонок Х
Звоните в подключенные игры Вызов принят, возврат Х
Запрос на четкую индикацию Очистить индикацию запроса Х
Очистить город подтверждения Очистить город подтверждения Х
Данные и прерывание или Currput Данные Данные Х Х
Прерывать Прерывать Х Х
Подтверждение прерывания Подтверждение прерывания Х Х
Управление потоком и сброс RR RR Х Х
РНР РНР Х Х
РЕГ РЕГ Х Х
Сброс индикации Сбросить запрос Х Х
Сбросить подтверждение Сбросить подтверждение Х Х
Перезапуск Индикация перезапуска Запрос на перезапуск Х
Подтверждение перезапуска Подтверждение перезапуска Х
Диагностика Диагностика Х
Регистрация Подтверждение регистрации Запрос на регистрацию Х

Подробности X.25

[ редактировать ]

Сеть может позволять выбор максимальной длины в диапазоне от 16 до 4096 октетов (2 н только значения) для каждого виртуального канала путем согласования в рамках процедуры установления вызова. Максимальная длина может быть разной на двух концах виртуального канала.

  • Терминальное оборудование данных создает пакеты управления, которые инкапсулируются в пакеты данных. Пакеты отправляются на оконечное оборудование канала передачи данных с использованием протокола LAPB .
  • Оборудование завершения канала передачи данных удаляет заголовки уровня 2, чтобы инкапсулировать пакеты во внутренний сетевой протокол.

X.25 объектов

[ редактировать ]

X.25 предоставляет набор пользовательских возможностей, определенных и описанных в Рекомендации ITU-T X.2. [ 46 ] Пользовательские возможности X.2 делятся на пять категорий:

  • Основные объекты;
  • Дополнительные возможности;
  • Условные удобства;
  • Обязательные удобства; и,
  • Дополнительные возможности.

X.25 также предоставляет дополнительные пользовательские возможности DTE, определенные X.25 и ITU-T, определенные и описанные в Рекомендации ITU-T X.7. [ 47 ] Дополнительные возможности пользователя X.7 делятся на четыре категории пользовательских возможностей, которые требуют:

  • Только подписка;
  • Подписка с последующим динамическим вызовом;
  • Подписка или динамический вызов; и,
  • Только динамический вызов.

Версии протокола X.25

[ редактировать ]

Версии спецификаций протокола CCITT/ITU-T предназначены для сетей передачи данных общего пользования (PDN). [ 48 ] Версии ISO/IEC предусматривают дополнительные функции для частных сетей (например, использование локальных сетей (LAN)), сохраняя при этом совместимость со спецификациями CCITT/ITU-T. [ 49 ]

Пользовательские возможности и другие функции, поддерживаемые каждой версией X.25 и ISO/IEC 8208, различаются от редакции к редакции. [ 50 ] Существует несколько основных версий протокола X.25: [ 51 ]

  • Рекомендация CCITT X.25 (1976 г.) Оранжевая книга
  • Рекомендация CCITT X.25 (1980 г.) Желтая книга
  • Рекомендация CCITT X.25 (1984 г.) Красная книга
  • Рекомендация CCITT X.25 (1988 г.) Синяя книга
  • Рекомендация МСЭ-Т X.25 (1993 г.) Белая книга [ 52 ]
  • Рекомендация МСЭ-Т X.25 (1996 г.) Серая книга [ 53 ]

Рекомендация X.25 позволяет каждой сети выбирать множество вариантов при принятии решения о том, какие функции поддерживать и как выполнять определенные операции. Это означает, что каждая сеть должна опубликовать свой собственный документ, содержащий спецификацию реализации X.25, и большинство сетей требуют, чтобы производители устройств DTE проводили тестирование на соответствие протоколу, которое включало тестирование на строгое соблюдение и обеспечение соблюдения конкретных параметров их сети. (Операторы сети были особенно обеспокоены возможностью того, что плохо работающее или неправильно сконфигурированное устройство DTE выведет из строя части сети и повлияет на других абонентов.) Следовательно, абонентские устройства DTE должны быть настроены в соответствии со спецификациями конкретной сети, к которой они подключены. подключение. Большинство из них были достаточно разными, чтобы предотвратить взаимодействие, если подписчик неправильно настроил свое устройство или производитель устройства не включил специальную поддержку для этой сети. Несмотря на тестирование на соответствие протоколу, это часто приводит к проблемам взаимодействия при первоначальном подключении устройства к сети.

В дополнение к версиям протокола CCITT/ITU-T существуют четыре редакции ISO/IEC 8208: [ 50 ]

  • ISO/IEC 8208:1987, первое издание, совместимое с X.25 (1980) и (1984).
  • ISO/IEC 8208:1990, второе издание, совместимое с 1-м изд. и Х.25 (1988)
  • ISO/IEC 8208:1995, третье издание, совместимое со 2-м изд. и Х.25 (1993)
  • ISO/IEC 8208:2000, четвертое издание, совместимое с 3-м изд. и Х.25 (1996 г.)

Наследие

[ редактировать ]

Протокол X.25 имел много накладных расходов, связанных с потерей данных, поскольку тогда схемы работали по некачественным кабелям и приходилось иметь дело с множеством однобитовых ошибок. Поскольку схемы становились все более и более надежными, накладные расходы больше не требовались, и на смену им пришла менее дорогая система Frame Relay . Техническая база Frame Relay — X.25, но она не пытается исправлять ошибки.

Всемирные общедоступные сети передачи данных , основанные на X.25, способствовали развитию IP как протокола, стоящего на вершине.

X.25 также был доступен в нишевых приложениях, таких как Retronet, которые позволяют старинным компьютерам использовать Интернет .

См. также

[ редактировать ]

Ссылки

[ редактировать ]
  1. ^ Jump up to: а б CCITT, Исследовательская группа VII, Проект Рекомендации X-25 , март 1976 г.
  2. ^ История X.25, пленарных заседаний CCITT и цветов книг
  3. ^ ( Друг и др. 1988 , стр. 242)
  4. ^ ( Друг и др. 1988 , стр. 243)
  5. ^ Рекомендация МСЭ-Т X.28 .
  6. ^ Рекомендация МСЭ-Т X.3 .
  7. ^ Foregenix (февраль 2012 г.). «X.25 в индустрии платежных карт» (PDF) . Архивировано из оригинала (PDF) 4 марта 2016 года . Проверено 25 мая 2016 г.
  8. ^ Jump up to: а б с д и ж г Сирбу, Марвин А; Цвимпфер, Лоуренс Э. (март 1985 г.). «Установление стандартов для компьютерной связи: случай X.25» . IEEE.
  9. ^ Депре, Реми (2010). «Виртуальные каналы X.25 - TRANSPAC во Франции - Сети передачи данных до Интернета». Журнал коммуникаций IEEE . 48 (11): 40–46. дои : 10.1109/MCOM.2010.5621965 . ISSN   1558-1896 .
  10. ^ Рыбчинский, Тони (2009). «Коммерциализация коммутации пакетов (1975–1985): канадская перспектива [История коммуникаций]». Журнал коммуникаций IEEE . 47 (12): 26–31. дои : 10.1109/MCOM.2009.5350364 . ISSN   1558-1896 . S2CID   23243636 .
  11. ^ «Краткая история учебной группы… 7» . www.itu.int . Проверено 4 февраля 2020 г.
  12. ^ Рекомендации серии X
  13. ^ Jump up to: а б ( Френд и др. 1988 , стр. 230)
  14. ^ Ботнер-Бай, Халвор (июль 1974 г.). "ОТЧЕТ ГРУППЫ ДОКЛАДЧИКА ПО ПУНКТУ C -" .
  15. ^ Jump up to: а б Группа докладчиков по коммутации пакетов. «Отчет о встрече в Осло (15–16 августа 1974 г.)» . ССИТТ.
  16. ^ Jump up to: а б Депре, Реми (2010). Шварц, Миша (ред.). «Виртуальные каналы X.25 - TRANSPAC во Франции - сети передачи данных до Интернета». Журнал коммуникаций IEEE . 48 (11): 40–46. дои : 10.1109/MCOM.2010.5621965 . S2CID   23639680 .
  17. ^ Докладчик CCITT по коммутации пакетов (26 марта 1975 г.). «Предложения по рекомендациям» (PDF) .
  18. ^ Рыбчинский, Тони (декабрь 2009 г.). «Коммерциализация коммутации пакетов (1975–1985): канадская перспектива [История коммуникаций]». Журнал коммуникаций IEEE . 47 (12): 26–31. дои : 10.1109/MCOM.2009.5350364 . S2CID   23243636 .
  19. ^ ИНРГ №99. «Отчет о совещании в Женеве (28 мая – 6 июня 1975 г.) (Выдержки)» . {{cite web}}: CS1 maint: числовые имена: список авторов ( ссылка )
  20. ^ Пузен, Луи (октябрь 1975 г.). «Заседание группы докладчиков CCITT по коммутации пакетов - (Женева, 16–19 сентября 1975 г.)» . п. 6 в Приложении 4.
  21. ^ Jump up to: а б ( Шатт 1991 , стр. 200).
  22. ^ ( Шатт 1991 , стр. 207).
  23. ^ «Запуск X.25 через TCP/IP на маршрутизаторах Cisco» . 1 февраля 2001 г. Архивировано из оригинала 21 января 2012 г.
  24. ^ (на французском языке) Пресса, Agence France (21 июля 2011 г.). «Минитель исчезнет в июне 2012 года» . Ле Фигаро (на французском языке).
  25. ^ (на французском языке) [1]
  26. ^ «Прейскурант BT: Раздел 13: IP-сети BT» . БТ . Проверено 30 мая 2019 г.
  27. ^ ИСО 8208:2000.
  28. ^ ISO 8208, Приложение B.
  29. ^ Рекомендация МСЭ-Т X.25 , G.3.2 Возможность расширения вызываемого адреса, стр. 141–142.
  30. ^ Рекомендация ITU-T X.223 , Приложение II.
  31. ^ Рекомендация ITU-T X.7 (04/2004) , стр. 17–18.
  32. ^ Рекомендация МСЭ-Т X.223 .
  33. ^ Рекомендация ITU-T X.25 (10/96) , Приложение G, стр. 140.
  34. ^ Рекомендация ITU-T X.213 , Приложение A.
  35. ^ Jump up to: а б с Рекомендация МСЭ-Т X.25 (10/96) , стр. 45.
  36. ^ Рекомендация ITU-T X.283 (12/97) , стр. 10. 42.
  37. ^ Jump up to: а б Рекомендация МСЭ-Т X.25 (10/96) , Приложение A, стр. 119–120.
  38. ^ ISO/IEC 8208:2000, четвертое издание, стр. 61.
  39. ^ Рекомендация ITU-T X.2 (03/2000) , стр. 4.
  40. ^ ISO/IEC 8208:2000, четвертое издание, 3.7.1, стр. 7.
  41. ^ Рекомендация ITU-T D.11 (03/91) , стр. 2.
  42. ^ Рекомендация МСЭ-Т D.12 (11/88) , стр. 1.
  43. ^ Рекомендация ITU-T X.7 (04/2004) , стр. 42.
  44. ^ Рекомендация ITU-T D.11 (03/91) , стр. 3.
  45. ^ Рекомендация ITU-T X.7 (04/2004) , стр. 38.
  46. ^ Рекомендация МСЭ-Т X.2
  47. ^ Рекомендация МСЭ-Т X.7
  48. ^ Рекомендация ITU-T X.25 (10/96) , Резюме, pv.
  49. ^ ISO/IEC 8208:2000, четвертое издание, раздел 1: Область применения, стр. 1.
  50. ^ Jump up to: а б ISO/IEC 8208:2000, четвертое издание, приложение C.
  51. ^ Рекомендация МСЭ-Т X.25 .
  52. ^ Рекомендация ITU-T X.25 (1993) Белая книга
  53. ^ Рекомендация ITU-T X.25 (1996) Серая книга

Дальнейшее чтение

[ редактировать ]
  • Компьютерные коммуникации, конспекты лекций профессора Хаима Зиглера, доктора философии, Бруклинский колледж
  • Кодекс Моторолы (1992). Книга по основам коммутации пакетов X.25 . Серия книг по основам (2-е изд.). Ридинг, Массачусетс: Аддисон-Уэсли. ISBN  0-201-56369-Х .
  • Дизингтон, Ричард (1985). X.25 Объяснение . Компьютерные коммуникации и сети (2-е изд.). Чичестер, Великобритания: Эллис Хорвуд. ISBN  978-0-85312-626-3 .
  • Друг, Джордж Э.; Файк, Джон Л.; Бейкер, Х. Чарльз; Беллами, Джон К. (1988). Понимание передачи данных (2-е изд.). Индианаполис: Говард В. Сэмс и компания. ISBN  0-672-27270-9 .
  • Пуч, Удо В.; Уильям Х. Грин; Гэри Г. Мосс (1983). Телекоммуникации и сети . Бостон: Литтл, Браун и компания. ISBN  0-316-71498-4 .
  • Шатт, Стэн (1991). Соединение локальных сетей: Руководство для микроменеджера . МакГроу-Хилл. ISBN  0-8306-3755-9 .
  • Торп, Николас М.; Росс, Дерек (1992). X.25 — это просто . Прентис Холл. ISBN  0-13-972183-5 .
[ редактировать ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=X.25&oldid=1240095143"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 29606bb7be7b05e44bd031edcdc18432__1723547580
URL1:https://arc.ask3.ru/arc/aa/29/32/29606bb7be7b05e44bd031edcdc18432.html
Заголовок, (Title) документа по адресу, URL1:
X.25 - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)