Сети Х.25 являются на сегодняшний день самыми популярными сетями с коммутацией пакетов в основном из-за того, что долгое время они были единственными доступными сетями такого типа, а также из-за того, что они хорошо работают на ненадежных линиях. Стандарт X.25 "Интерфейс между оконечным оборудованием данных и аппаратурой передачи данных для терминалов, работающих в пакетном режиме в сетях передачи данных общего пользования" был разработан комитетом МККТТ для предоставления терминалам доступа к многочисленным удаленным мейнфреймам через сеть коммутации пакетов. Поэтому этот стандарт наилучшим образом подходит для передачи трафика низкой интенсивности, характерного для терминалов, и в меньшей степени соответствует более высоким требованиям трафика локальных сетей.
Сеть коммутации пакетов состоит из центров коммутации пакетов (ЦКП), расположенных в различных географических точках и соединенных высокоскоростными каналами обмена (рисунок 17.7).
Рис. 17.7. Сеть коммутации пакетов X. 25
В сети предусмотрено преодоление отказов каналов связи между ЦКП путем обхода поврежденного участка сети. Сеть обычно формируется, функционирует и контролируется системой управления сетью, расположенной в одном из центров коммутации пакетов.
Этот стандарт основан на синхронной передаче данных. Асинхронные старт-стопные терминалы подключаются к сети через так называемые пакетные адаптеры данных (ПАД). Они могут быть встроенными или удаленными. Встроенный ПАД обычно расположен в стойке ЦКП. Удаленный ПАД представляет собой небольшое автономное устройство, подключенное к ЦКП через один канал связи X.25. Один ПАД обычно обеспечивает доступ для 8, 16 или 24 асинхронных терминалов.
К основным функциям ПАД относятся:
Сборка символов, полученных от асинхронных терминалов, в пакеты,
Разборка полей данных в пакетах и вывод данных на асинхронные терминалы,
Управление процедурами установления соединения и разъединения, сброса и прерывания,
Передача символов, включающих стартстопные сигналы и биты проверки на четность. по требованию асинхронного терминала,
Продвижение пакетов при наличии соответствующих условий, таких как заполнение пакета, истечение времени ожидания и др.
На физическом уровне определены протоколы X.21 и X.21bis. Протокол физического уровня X.21 определяет интерфейс между компьютером и цифровым каналом связи, а X.21bis - между компьютером и аналоговым каналом (с использованием модемов).
На канальном уровне используется подмножество протокола HDLC. обеспечивающее возможность автоматической передачи в случае возникновения ошибок в линии. Предусмотрена возможность выбора из двух процедур доступа к каналу: LAP или LAPB.
На сетевом уровне определен протокол X.25/3 обмена пакетами между оконечным оборудованием и сетью передачи данных.
Сетевой уровень реализуется с использованием 14 различных типов пакетов. Так как надежную передачу данных обеспечивает уже упомянутый протокол LAP-B, то протокол X.25/3 выполняет функции маршрутизации пакетов и управления потоком пакетов.
Прежде, чем пакет будет передан через сеть, необходимо установить соединение между исходными ООД - терминалами и компьютерами. Существует два типа соединений - коммутируемый виртуальный канал (SVC - Switched Virtual Channel) и постоянный виртуальный канал (PVC - Permament Virual Channel). SVC можно сравнить с коммутируемым каналом телефонной сети общего пользования. Для установления соединения необходимо знать сетевой номер - адрес пользователя. Рекомендация X. 121 МККТТ определяет международную систему нумерации адресов для сетей передачи данных общего пользования.
Постоянный виртуальный канал подобен выделенному каналу в том, что не требуется устанавливать соединение или разъединение. Обмен пакетами по PVC может происходить в любой момент времени. PVC формируется системой управления сетью. Отличие PVC от выделенной линии типа 64 Кб/с в том, что пользователь не имеет никаких гарантий относительно действительной пропускной способности PVC. Поэтому использование PVC обычно намного дешевле, чем аренда выделенной линии.
Маршрутизация на основе виртуальных каналов - это обычный прием, используемый в глобальных сетях. Кроме сетей X.25, такая техника применяется в сетях frame relay и АТМ. Суть такой маршрутизации показана на рисунке 17.8. При установлении соединения между конечными узлами используется специальный тип пакета - запрос на установление соединения - который содержит длинный адрес узла-адресата, а также номер виртуального соединения, присвоенного данному виртуальному соединению в узле-отправителе, например, 15. Адрес назначения используется для маршрутизации пакета на основании таблиц маршрутизации, аналогичных тем, которые использовались при описании протоколов RIP или OSPF. В приведенном примере оказалось необходимым передать пакет с порта 1 на порт 0. Одновременно с передачей пакета маршрутизатор изменяет у пакета номер виртуального соединения - он присваивает пакету первый неиспользованный номер виртуального канала для данного коммутатора. Каждый конечный узел и каждый коммутатор ведет свой список использованных и свободных номеров виртуальных соединений. В таблице коммутации входного порта маршрутизатор отмечает, что в дальнейшем пакеты, прибывшие на этот порт с номером 15, должны передаваться на порт 0, причем номер виртуального канала должен быть изменен на 10, Одновременно делается и соответствующая запись в таблице коммутации порта 0 - пакеты с номером 10 нужно передавать на порт с номером 1, меняя номер виртуального канала на 15.
Рис. 17.8. Коммутация в сетях с виртуальными соединениями.
В результате действия такой схемы пакеты данных уже не несут длинные адреса конечных узлов, а имеют в служебном поле только номер виртуального канала, на основании которого и производится маршрутизация всех пакетов, кроме пакета запроса на установление соединения. В сети прокладывается виртуальный канал, который не изменяется в течение всего времени существования соединения. Пакеты в виртуальном канале циркулируют в двух направлениях, причем конечные узлы не замечают изменений номеров виртуальных каналов при прохождении пакетов через сеть.
За уменьшение служебного заголовка приходится платить невозможностью баланса трафика внутри виртуального соединения. При отказе какого-либо канала соединение приходится также устанавливать заново.
Протокол X.25 допускает использование следующих максимальных значений длины поля данных: 16, 32, 64, 128, 256, 512 и 1024 байта. Предпочтительной является длина 128 байтов. Пакеты данных циклически нумеруются от 0 до 7 или от 0 до 127. В заголовке пакета помещаются два номера: порядковый номер передачи и порядковый номер приема. Порядковый номер передачи необходим для обеспечения последовательной транспортировки данных по виртуальному каналу, обнаружения потерь пакетов и для управления интенсивностью поступления пакетов в сеть передачи данных.
Услуги по стандарту Х.25 предоставляются многими общественными сетями передачи данных - в США Sprint/Telenet, BT/Tymnet, Infonet и другими, в России - "Исток-К". "Спринт Сеть", ИАСНЕТ, РОСПАК, ИНФОТЕЛ, Релком и другими. Сети Х.25 часто являются единственной возможностью для создания международной сети, так как почти во всех странах имеются сети данного типа. Можно построить и свою собственную сеть Х.25, купив коммутационное оборудование Х.25 и арендовав выделенные линии.
Сети frame relay - сравнительно новые сети, которые гораздо лучше подходят для передачи трафика локальных сетей по сравнению с сетями X.25. Преимущество сетей frame relay заключается в их низкой избыточности, высокой емкости при низких задержках и надежности передачи данных по существующим общественным сетям. Они специально разработаны как общественные сети для соединения частных локальных сетей. Сети frame relay стандартизованы подкомитетом СС1ТТ 1.122. Они обеспечивают скорость передачи данных до 2 Мб/с и позволяют потребителю наращивать требуемую пропускную способность частями по 56 Кб/с.
Сети frame relay обеспечивают высокую пропускную способность и низкие задержки за счет исключения избыточных операций по коррекции ошибок, так как они рассчитаны на использование надежных цифровых и волоконно-оптических линий связи. Протокол frame relay занимается обнаружением ошибок только на первых двух уровнях модели OSI. в то время как в протоколе X.25 этим занимаются три уровня. Протокол frame relay, так как он работает только на первых двух уровнях модели OSI, является независимым от верхних уровней стека протокола, из-за чего его легко встраивать в сети. Существует спецификация RFC 1490, определяющая методы инкапсуляции в трафик frame relay трафика SNA и локальных сетей.
Протокол frame relay подразумевает, что коммуникационное оборудование конечных пользователей (а, точнее, протоколы сетевого и транспортного уровней, подобные IP и TCP) будут обнаруживать и корректировать ошибки за счет повторной передачи пакетов сетевого или более высоких уровней. Это требует некоторой степени интеллектуальности от конечного оборудования, что по большей части справедливо для современных локальных сетей.
Frame relay предлагает независимую адресацию пакетов. Сети frame relay, как и сети X.25, позволяют устанавливать частные виртуальные каналы между локальными сетями без добавления задержки между узлами. После установления виртуального соединения кадры frame relay маршрутизируются (транслируются, передаются, если более точно следовать переводу глагола relay) через коммутаторы сети. Стандарт frame relay определяет как постоянные виртуальные каналы (PVC), так и коммутируемые (SVC), но в большинстве коммерческих сетей frame relay реализованы в основном сервисы постоянных коммутируемых каналов.
Поле номера виртуального соединения (DLCI) состоит из 11 битов и называется идентификатором связи данных. Это поле содержит номер виртуального канала, соответствующий определенному порту сетевого моста или маршрутизатора. Посылающее устройство помещает этот адрес в кадр (фрейм) и передает кадр в сеть для перемещения к приемному устройству.
Поле данных может иметь размер до 4056 байтов.
В сетях frame relay предусмотрена процедура заказа качества обслуживания, отсутствующая в сетях Х.25. Для каждого виртуального соединения определяются несколько параметров, Два параметра определяют среднюю скорость соединения:
CIR (Committed Information Rate) - средняя скорость, с которой сеть согласна передавать данные пользователя,
CBS (Committed Burst Size) - максимальное количество битов, которое сеть согласна передать от этого пользователя за интервал времени Т.
Если эти величины определены, то время Т определяется формулой
На рисунке 17.9 приведен пример использования сети frame relay пятью удаленными региональными отделениями корпорации. Обычно доступ к сети осуществляется каналами с большей пропускной способностью, чем CIR - пропускная способность канала должна быть равна по крайней мере величине CBS/T. Но при этом пользователь платит не за пропускную способность канала, а за заказанные величины CIR и CBS.
Для управления потоком кадров в сетях frame relay используются механизмы оповещения конечных пользователей о том, что в коммутаторах сети возникли перегрузки (переполнение необработанными кадрами). Бит FECN
Рис. 17.9. Пример использования сети frame relay
(Forward Explicit Congestion Bit) кадра извещает об этом принимающую сторону. На основании значения этого бита принимающая сторона должна с помощью протоколов более высоких уровней (TCP/IP. SPX и т.п.) известить передающую сторону о том, что та должна снизить интенсивность отправки пакетов в сеть.
Бит BECN (Backward Explicit Congestion Bit) извещает о переполнении в сети передающую сторону и является рекомендацией немедленно снизить темп передачи. Бит BECN обычно отрабатывается на уровне устройств доступа к сети frame relay - маршрутизаторов, мультиплексоров и устройств CSU/DSU.
В общем случае биты FECN и BECN могут игнорироваться. Но если конечный пользователь нарушает условия, определяемые параметрами его соединения CIR и CBS, то сеть может просто отбрасывать (не передавать) "избыточные кадры" пользователя, выходящие за рамки договоренностей. Для этого в кадре имеется бит DE (Discard Eligible) -"удаление желательно", который устанавливается при превышения конечным узлом максимальной интенсивности трафика. И если в коммутаторе сети возникает перегрузка, то он может отбрасывать кадры с установленным битом DE.
Сервис frame relay обычно предоставляют те же операторы, которые эксплуатируют сети X.25. Большая часть производителей выпускает сейчас коммутаторы, которые могут работать как по протоколам Х.25, так и по протоколам frame relay.
Глобальные сети характеризуются двумя типами технологий соединений:
В сети с технологий "точка - точка" каждым двум узлам выделяется отдельная линия, а для объединения N узлов требуется N(N - 1)/2 линий связи. В этом случае получаем высокую пропускную способность и большие расходы на линии связи и интерфейсное оборудование.
Более экономичной технологией сетей WAN являются сети типа "облако". В этом случае для подключения одного узла требуется только одна линия.
По принципу коммутации технология "облако" разделяется на:
В сетях с коммутацией каналов обеспечивается прямое физическое соединение между двумя узлами только в течение сеанса связи. Достоинством сетей коммутации каналов является возможность передачи аудиоинформации и видеоинформации без задержек.
Кроме того, преимуществом этой технологии является простота ее реализации (образование непрерывного составного физического канала), а недостатком - низкий коэффициент использования каналов, высокая стоимость передачи данных, повышенное время ожидания других пользователей (в узлах коммутации образуются очереди).
В сетях с пакетной коммутацией (PSN - Packet-Switched Network) осуществляется обмен небольшими пакетами фиксированной структуры, поэтому в узлах коммутации не создаются очереди. К достоинствам сетей с коммутацией каналов относятся: эффективность использования сети, надежность, быстрое соединение.
Основным недостатком сетей с пакетной коммутацией является временные задержки пакетов в узлах сети (промежуточном коммуникационном оборудовании), что затрудняет передачу аудиоинформации и видеоинформации, которые чувствительные к задержкам. Технология коммутации кадров (ретрансляция кадров), а особенно коммутация ячеек устраняют эти недостатки сетей с коммутацией пакетов и обеспечивают качественную передачу данных, аудио - и видеоинформации.
Сети с коммутацией каналов представляют для сетей с коммутацией пакетов услуги физического уровня. Аналоговые и цифровые линии применяются в качестве магистралей сетей с коммутацией пакетов, сообщений и кадров.
К глобальным сетям с коммутацией пакетов относятся: сети IP; X.25; Frame Relay; ATM.
Коммутация пакетов в сетях PSN осуществляется двумя способами:
Маршрутизация в глобальных сетях TCP/IP осуществляется на основе IP-протокола, т.е. основана на самостоятельном продвижении пакетов. Принцип маршрутизации в глобальных сетях: X.25, Frame Relay, ATM основан на предварительном образовании виртуального канала и передаче в пункт назначения пакетов, кадров или ячеек по этому каналу, т.е. по одному маршруту.
Сети Х.25 являются первой сетью с коммутацией пакетов и на сегодняшний день самыми распространенными сетями с коммутацией пакетов, используемыми для построения корпоративных сетей. Сетевой протокол X.25 предназначен для передачи данных между компьютерами по телефонным сетям. Сети Х.25 разработаны для линий низкого качества с высоким уровнем помех (для аналоговых телефонных линий) и обеспечивают передачу данных со скоростью до 64 Кбит/с. Х.25 хорошо работает на линиях связи низкого качества благодаря применению протоколов подтверждения установления соединений и коррекции ошибок на канальном и сетевом уровнях.
Стандарт Х.25 определяет интерфейс "пользователь - сеть" в сетях передачи данных общего пользования или “интерфейс между оконечным оборудованием данных и аппаратурой передачи данных для терминалов, работающих в пакетном режиме в сетях передачи данных общего пользования”. Другими словами Х.25 определяет двухточечный интерфейс (выделенную линию) между пакетным терминальным оборудованием DTE и оконечным оборудованием передачи данных DCE.
На рисунке представлена структурная схема сети X.25, где изображены основные элементы:
Рис. 1.
Интерфейс Х.25 обеспечивает:
Интерфейс Х.25 содержит три нижних уровня модели OSI: физический, канальный и сетевой.
Особенностью этой сети является использование коммутируемых виртуальных каналов для осуществления передачи данных между компонентами сети. Установление коммутируемого виртуального канала выполняется служебными протоколами, выполняющими роль протокола сигнализации.
На физическом уровне Х.25 используются аналоговые выделенные линии, которые обеспечивают двухточечное соединение. Могут использоваться аналоговые телефонные линии, а также цифровые выделенные линии. На сетевом уровне нет контроля достоверности и управления потоком. На физическом уровне Х.25 реализуется один из протоколов X.21 или X.21bis.
На канальном уровне сеть Х.25 обеспечивает гарантированную доставку, целостность данных и контроль потока. На канальном уровне поток данных структурируется на кадры. Контроль ошибок производится во всех узлах сети. При обнаружении ошибки выполняется повторная передача данных. Канальный уровень реализуется протоколом LAP-B, который работает только с двухточечными каналами связи, поэтому адресация не требуется.
Сетевой уровень Х.25 реализуется протоколом PLP (Packet-Layer Protocol - протокол уровня пакета). На сетевом уровне кадры объединяются в один поток, а общий поток разбивается на пакеты. Протокол PLP управляет обменом пакетов через виртуальные цепи. Сеанс связи устанавливается между двумя устройствами DTE по запросу от одного из них. Максимальная длина поля адреса устройства DTE в пакете Х.25 составляет 16 байт. После установления коммутируемой виртуальной цепи эти устройства могут вести полнодуплексный обмен информации. Сеанс может быть завершен по инициативе любого DTE, после чего для последующего обмена снова потребуется установление соединения.
Протокол PLP определяет следующие режимы:
Достоинства сети Х.25:
Недостатки сети: значительные задержки передачи пакетов, поэтому ее невозможно использовать для передачи голоса и видеоинформации.
NUMBEREDHEADINGS__
Третий (сетевой ) уровень выполняет функцию коммутации пакетов сети передачи данных стандарта МСЭ-Т Х.25 . Описание принципа коммутации пакетов приведено в статье «Стек протоколов сети пакетной коммутации X.25 ».
Сетевой уровень Х.25 соответствует функции третьего уровня эталонной модели OSI – коммутация (маршрутизация) блока данных (в случае Х.25 – пакета данных “Д”). На сетевом уровне протокол Х.25/3 обеспечивает для уровней, расположенных выше в иерархии сервис с установлением соединений. Поэтому на этом уровне определены процедуры установления виртуальных соединений, передачи данных по виртуальным соединениям и разрыва виртуальных соединений. При использовании сервиса, ориентированного на соединение, каждый пакет данных вместо физического адреса включает в свой заголовок виртуального канала уникальный на узле коммутации номер, соответствующий логическому каналу. Протокол виртуального соединения стандарта Х.25 является мультиплексируемым протоколом, т.е. через один канал связи второго уровня может быть установлено много виртуальных соединений. Виртуальные соединения отличаются друг от друга уникальными логическими канальными номерами (LCN – Logical Channel Number ). В качестве примера покажем передачу по одному и тому же каналу второго уровня пакетов двух разных виртуальных соединений (рис. 1).
Рис. 1. Пример виртуальных соединений по одному каналу второго уровня
На рис. 1 показана маршрутизация двух виртуальных соединений (каналов): одного между оконечными станциями Н1- Н2, другого между оконечными станциями Н3 – Н4. Центр коммутации пакетов Х.25 ЦКП (А) может отличить пакеты, поступающие от Н1 и Н3 (номера LCN у них одинаковые и равны 1), так как эти пакеты поступают в ЦКП(А) по разным физическим линиям. Следующий за ним ЦКП(С) различить эти пакеты не может. Поэтому, для того, чтобы различить виртуальные соединения Н3 - Н4 и Н1 - Н2 в заголовке пакета первого соединения устанавливается уникальное для этого центра LCN, а в заголовке пакета второго соединения другое уникальное LCN, На рис 1 эти значения равны соответственно 19 и 144. Эти пакеты поступают на основании физических адресов оконечных станций в соответствии с таблицей маршрутизации в ЦКП(С). В ЦКП(С) на выходе в заголовке пакета первого соединения устанавливается уникальное для этого центра LCN(73), а в заголовке пакета второго виртуального соединения другое уникальное LCN(75). Аналогичная процедура выполняется в последнем ЦКП(Е). Таким образом на одних и тех же участках сети ЦКП(А)-ЦКП(С)-ЦКП(Е) передаются пакеты двух разных виртуальных каналов (ВК).
Сеть Х.25 обеспечивает два вида сервиса установления соединения: постоянный виртуальный канал ПВК (PVC – Permanent Virtual Circuit ) и коммутируемый виртуальный канал КВК (SVC – Switched Virtual Circuit ).
Логические канальные номера LCN в таблицах маршрутизации ПВК устанавливаются оператором сети, т.е. отсутствует обмен служебными пакетами по установлению виртуального канала. Необходимость в таких каналах возникает у пользователей, которые нуждаются в постоянном соединении между ними. При большой интенсивности потоков предпочтительно использовать ПВК, который является более дешевой альтернативой арендованному каналу.
Основным недостатком ПВК является его низкая надежность, так как сеть не позволяет быстро и безошибочно восстановить соединение между пользователями при неисправности звена данных (канала связи) между ЦКП. КВК устанавливается автоматически с помощью служебных пакетов. Описание установления КВК приводится позже.
Режим коммутируемого виртуального канала КВК используется в тех случаях, когда информация передается между многими пользователями, а сеансы связи не частые или кратковременные. Применение в этих случаях ПВК означало бы установление соединений между всеми пользователями и необходимость производить оплату бездействующих соединений. Мультиплексирование в режиме КВК позволяет экономично использовать пропускную способность каналов связи и выгодно для пользователей сети.
На рис. 2 приведена иллюстрация мультиплексирования нескольких виртуальных каналов в один канал связи между ЦКП. Здесь через ВК1 обозначен виртуальный канал, соединяющий абонентов 1 и 1*, через ВК2 обозначен виртуальный канал, соединяющий абонентов 2 и 2*, через ВК3 обозначен виртуальный канал, соединяющий абонентов 3 и 3*, через ВК4 обозначен виртуальный канал, соединяющий абонентов 4 и 4*. На участке между ЦКП4 и ЦКП5 проходят все эти виртуальные каналы.
Рис. 2. Мультиплексирование виртуальных каналов
На рис. 3 приведены два виртуальных канала (КВК или ПВК), проходящие через три ЦКП. В первом виртуальном канале (КВК1 или ПВК1), изображенном сплошными линиями:
Во втором виртуальном канале (изображенном пунктирными линиями) в ЦКП1 - 2020 и 1500; в ЦКП2 - 1500 и 835; в ЦКП3 - 835 и 4001.
Рис. 3. Прохождение пакетов двух виртуальных каналов через несколько ЦКП
Для того чтобы обеспечить индивидуальность виртуального канала, номер LCN в заголовке исходящего из ЦКП пакета должен быть уникальным. Это обеспечивается программным способом при установлении ВК с использованием свободного номера, не задействованного в этом ЦКП никаким другим соединением.
Рассмотрим информационные процессы в коммутируемом виртуальном канале . На рис. 4 приведен пример сети Х.25 с вычислительными средствами ЦКП1 и ЦКП2. Каждый из этих ЦКП состоит из центрального процессора (Ц пр), выполняющего функции сетевого уровня и канальных процессоров, выполняющих функции канального уровня (K пр).
Как видно из рисунка, канальные процессоры K пр 1, K пр 2, K пр 3 ЦКП1 и ЦКП2 взаимодействуют с центральным процессором Ц пр своего ЦКП и процессорами оконечных станций (Пр). Канальные процессоры K пр 4, K пр 5, K пр 6 взаимодействуют с центральным процессором Ц пр своего ЦКП и канальными процессорами смежных ЦКП.
Рис. 4. Вычислительные средства двух ЦКП сети X.25
Процессоры оконечных пунктов выполняют функции всех уровней модели OSI.
На рис. 5 приведена упрощенная диаграмма установления КВК между оконечными пунктами А и Б и передача пакета данных «Д» по этому КВК от А в Б. Обработка пакетов «Запрос вызова» и «Вызов принят» выполняет одновременно функции составления таблицы маршрутизации по логическим канальным номерам LCN и установление коммутируемого виртуального канала.
Приведем краткое описание этих информационных процессов:
Рис. 5. Установление КВК и передача по нему пакета данных
Далее в обратном направлении по тому же пути до оконечной станции А пересылается информационный кадр, и на сетевой уровень А поступает пакет под названием «Соединение установлено» с LCN = 1. С сетевого уровня на транспортный уровень поступает примитив «подтверждение соединения». На этом завершается фаза установления КВК между оконечными пунктами А и Б. Следующая строка на диаграмме иллюстрирует прохождение от А в Б пакета «Данные» («Д») по установленному КВК.
Примитив с транспортного уровня сообщает сетевому уровню о необходимости передачи пакета «Д» по КВК между А и Б. Сетевой уровень пункта А формирует пакет «Д» c LCN = 1. Физические адреса А и Б в пакетах с данными «Д» отсутствуют, так как все пакеты с данными, принадлежащие информационному потоку А ↔ {\displaystyle \leftrightarrow } Б, будут пересылаться через сеть по одному и тому же маршруту, установленному КВК. Как видно из диаграммы, пакет «Д» проходит через ЦКП1 и ЦКП2 в оконечный пункт Б по тому же маршруту (через те же канальные процессоры) и с теми же логическими канальными номерами LCN, которые были во входящем и исходящем пакетах «Запрос вызова» и «Вызов принят».
В обратном направлении пакет «Д» (из Б в А) будет проходить по тому же маршруту и логические канальные номера LCN будут устанавливаться, как в выше приведенных пакетах «Вызов принят» и «Соединение установлено».
Установление КВК и передача пакетов «Д» между другими оконечными пунктами, подключенными к ЦКП1 и ЦКП2 (например, С-Д, Г-Е) производится через соответствующие канальные процессоры абонентского доступа (С - через K пр 2 ЦКП1, Г - через K пр 3 ЦКП1), но через одни и те же канальные процессоры K пр 4, подключенные к каналу связи между ЦКП1 и ЦКП2.
Логические канальные номера LCN в пакетах, передаваемых между ЦКП1 и ЦКП2, должны быть индивидуальными для каждого КВК. На этом участке могут проходить пакеты «Д» по всем КВК, максимальное число которых определяется в Х.25 полем в 12 бит. Максимальное число виртуальных каналов, обслуживаемых центральным процессором одного ЦКП, составляет 4094.
Перечислим некоторые из основных полей заголовка пакета сетевого уровня Х.25:
Пакеты прерываний обеспечивают механизм, при помощи которого могут быть отправлены срочные данные. Большинство производителей оборудования поддерживают две очереди пакетов «Д» для каждого выходного порта – одна для обычных данных, а другая для данных прерываний (т.е с приоритетом). Прежде чем обслуживать обычную очередь производится проверка того, что очередь пакетов прерываний пуста.
Управление потоком данных является важным аспектом сервиса Х25/3 по причине природы операций виртуального соединения, требующих гарантированной доставки данных. Для гарантии того, что пакеты не потеряются, важно ограничить количество неподтвержденных пакетов, т.е. размер окна виртуального канала сетевого протокола.
На сетевом уровне Х25/3 предусмотрена возможность остановить отправку пакетов «Д» при получении пакета RNR - receive not ready (неготовность к приему ) по определенному виртуальному каналу. Этот механизм используется для снятия перегрузки.
При сравнении с сетевым уровнем модели OSI других технологий сетей протокол сетевого уровня Х25/3 имеет несколько отличий. Этот стандарт не содержит протокола маршрутизации . Под протоколом маршрутизации понимается автоматическая коррекция таблиц маршрутизации при отказах каналов связи, перегрузке и других изменениях в сети. Эти функции в сети Х.25 (относительно таблицы маршрутизации по физическим адресам) отнесены к специфике реализации. Следует отметить, что протоколы маршрутизации разработаны в стандартах других сетей связи, (например, в системе сигнализации ОКС№7 , в IP-сети). Эти протоколы учитывают коррекцию таблицы маршрутизации при отказах каналов связи и узлов коммутации, при перегрузках.
Х.25 является протоколом интерфейса абонентского доступа .
На абонентском доступе сети Х.25 располагается два вида оборудования:
Протокол сетевого уровня Х25/3 выполняет несколько функций, которые обычно относятся к функциям транспортного уровня. Операции включают использование нескольких специальных битов в заголовках пакетов. Пакеты данных Х.25 содержит D – бит, Q – бит и М – бит.
Сквозное подтверждение (D – бит)Когда бит D установлен в 1, то предусмотрено сквозное подтверждение приема пакета, т.е. от одного оконечного оборудования данных (ООД ) до другого ООД. Если пакет с D=1 достигает ООД получателя, то это оборудование отвечает за обеспечение подтверждения. Это подтверждение направляется обратно к ООД отправителя, таким образом, реализуя сквозное подтверждение. В этом случае с транспортного уровня снимается функция гарантии правильной последовательности принятых пакетов, которая обычно имеет место в сетях других технологий.
В сети Х.25 в большинстве случаев используется локальное подтверждение правильного приема пакетов, т.е. на участке между ООД и аппаратурой канала данных АКД. В этом случае за проверку правильной последовательности пакетов во входящем потоке отвечает транспортный уровень (четвертый уровень OSI).
Формирование и сборка пакетов данных (М – бит)В соответствии с моделью OSI, транспортный уровень отвечает за сегментацию сообщений таким образом, чтобы размер сегмента не превышал максимального размера пакета, требуемого сетевым уровнем. Транспортный уровень получателя выполняет процесс обратный сегментации, чтобы восстановить сообщение. Посредством М – бита в заголовке пакета «Д» протокол сетевого уровня Х25/3 забирает у транспортного уровня функцию сегментации сообщений и их сборки. Результатом является последовательность связанных пакетов, которые после сборки образуют исходное сообщение. Для этого отправитель устанавливает М – бит всех пакетов за исключением последнего в последовательности пакетов в 1. В последнем пакете последовательности М – бит устанавливается в 0. На основании значений М – бита, получатель может собрать пакеты в исходное сообщение, прежде чем оно будет передано на транспортный уровень.
Отправка данных специального назначения (Q – бит)Q – бит, находящийся в заголовке пакета данных, используется для указания альтернативного места назначения для содержимого поля пользовательских данных определенного пакета. В обычных условиях Q – бит в пакете «Д» установлен в 0. Это значит, что содержащиеся в пакете данные предназначены для конечного пользователя. Если Q – бит установлен в 1, это значит, что получатель содержимого поля является не «типичным» конечным пользователем, а некоторым другим объектом в местоположении получателя. Например, можно управлять конфигурацией удаленного конечного пользовательского устройства во время установленного виртуального соединения. Допустим, мы хотим изменить значение параметра канального уровня (такого как размер окна) во время обмена пакетами «Д». Для этого, используя Q - бит, можно отправить команду с новыми параметрами настройки в поле данных пакета Х.25. Когда этот пакет достигнет получателя, его содержимое будет направлено не на сетевой уровень, а на канальный уровень. Таким образом, Q – бит позволяет выбрать одно их двух мест назначения для содержимого каждого пакета «Д». Так как Q – бит занимает поле в 1 бит, то поддерживается один «нетипичный» конечный пользователь, который определяется во время установления соединения.
В рекомендации Х.25 предусмотрены дополнительные услуги. Замкнутая группа пользователей CUG (Closed User Group ) является одной из таких услуг и служит средством обеспечения безопасности в отношении защиты от несанкционированного доступа. Членом CUG назначается с помощью идентификатора, который включается в заголовок пакетов установления соединения коммутируемого виртуального канала. Без идентификатора CUG виртуальные соединения не будут устанавливаться с другими членами CUG. Это средство обеспечения безопасности имеет несколько режимов. В одном из них только члены CUG могут устанавливать виртуальные соединения друг с другом. Доступ за пределы группы CUG запрещен. Более того, доступ кого-либо извне также воспрещен. В другом режиме члены CUG могут устанавливать соединение с любым другим пользователем сети вне зависимости от того, является он или нет членом CUG. Однако установка соединений с членами группы CUG извне её запрещена. Хотя концепция группы CUG менее сложная и отличается от современных виртуальных частных сетей VPN (Virtual Private Network ), между ними можно провести тесную параллель. Для классической VPN характерно обеспечение не только защиты от несанкционированного доступа, но и выполнение требований по качеству обслуживания.
Сети Х.25 являются первой сетью с коммутацией пакетов и на сегодняшний день самыми распространенными сетями с коммутацией пакетов, используемыми для построения корпоративных сетей. Сетевой протокол X.25 предназначен для передачи данных между компьютерами по телефонным сетям. Сети Х.25 разработаны для линий низкого качества с высоким уровнем помех (для аналоговых телефонных линий) и обеспечивают передачу данных со скоростью до 64 Кбит/с. Х.25 хорошо работает на линиях связи низкого качества благодаря применению протоколов подтверждения установления соединений и коррекции ошибок на канальном и сетевом уровнях.
Главной особенностью сети X.25 является использование аппарата виртуальных каналов для обеспечения информационного взаимодействия между компонентами сети. Виртуальные каналы предназначены для организации вызова и непосредственной передачи данных между абонентами сети. Информационный обмен в сети X.25 во многом похож на аналогичный процесс в сетях ISDN и состоит из трех обязательных фаз:
Установление вызова (виртуального канала)
Информационный обмен по виртуальному каналу
Разрывание вызова (виртуального канала)
Информационное взаимодействие в сети X.25 осуществляется на физическом, канальном и сетевом уровнях. На физическом уровне могут быть использованы любые универсальные или специализированные интерфейсы.На рисунке представлена структурная схема сети X.25, где изображены основные элементы:
Устройства DTE (Data Terminal Equipment)
Устройства DCE (Data Circuit-Terminating Equipment)
Устройства PSE (Packet Switching Exchange)
Устройство PAD (packet assembler/ disassembler) является специфическим устройством сети X.25. PAD предназначен для обеспечения взаимодействия неспециализированных терминалов с сетью, для преобразования потока символов, который поступает от неспециализированного терминала в пакеты X.25 и выполнения обратного преобразования.
Интерфейс Х.25 обеспечивает:
1) доступ удаленному пользователю к главному компьютеру;
2) доступ удаленному ПК к локальной сети;
3) связь удаленной сети с другой удаленной сетью.
Интерфейс Х.25 содержит три нижних уровня модели OSI: физический, канальный и сетевой. Особенностью этой сети является использование коммутируемых виртуальных каналов для осуществления передачи данных между компонентами сети. Установление коммутируемого виртуального канала выполняется служебными протоколами, выполняющими роль протокола сигнализации.
Физический уровень На физическом уровне Х.25 используются аналоговые выделенные линии, которые обеспечивают двухточечное соединение. Могут использоваться аналоговые телефонные линии, а также цифровые выделенные линии. На сетевом уровне нет контроля достоверности и управления потоком. На физическом уровне Х.25 реализуется один из протоколов X.21 или X.21bis.
Канальный уровень На канальном уровне сеть Х.25 обеспечивает гарантированную доставку, целостность данных и контроль потока. На канальном уровне поток данных структурируется на кадры. Контроль ошибок производится во всех узлах сети. При обнаружении ошибки выполняется повторная передача данных. Канальный уровень реализуется протоколом LAP-B, который работает только с двухточечными каналами связи, поэтому адресация не требуется.
Протоколы канального уровня 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 занимает в кадре один байт. В этом поле располагается бит признака C/R (Command /Response) В поле ADDRESS кадра управляющей команды размещается физический адрес принимающей станции. В поле ADRESS кадра ответа на команду размещается физический адрес передающей станции.
Поле CONTROL
Содержимое этого поля поля определяет тип кадра.
Информационные кадры (Information Frames, I-кадры). В битах поля CONTROL размещаются 3-х разрядный номер передаваемого кадра и 3-х разрядный номер кадра, который ожидается для приема для обеспечения управления потоком.
Управляющие кадры (Supervisory Frames, S-кадры). В поле CONTROL размещается 3-х разрядный номер информационного кадра, который ожидается для приема и два бита, которые определяют тип передаваемого управляющего кадра.
Наиболее часто в процессе информационного взаимодействия используются управляющие кадры типа RR. Кадры данного типа передает получатель данных для того, чтобы обозначить готовность к приему очередного кадра, в том случае, когда он сам не имеет информации для передачи. Кадры RNR используются устройствами DCE и DTE для того, чтобы сообщить абоненту о возникновении аварийной ситуации, в которой дальнейший прием информационных кадров невозможен. Кадры REJ используются устройствами DCE и DTE для того, чтобы сигнализировать абоненту о разрешении аварийной ситуации, в которой был невозможен прием информационных кадров. Кадр REJ передается после кадра RNR и подтверждает факт перехода линии в нормальный режим работы.
Ненумерованные кадры (Unnumbered Frames, U - кадры). Предназначены для организации и разрывания логического соединения, согласования параметров линии и формирования сигналов о возникновении неустранимых ошибок в процессе передачи данных I-кадрами.
Кадр FRMR передается вторичной станцией для того, чтобы указать на возникновение аварийной ситуации, которая не может быть разрешена путем повторной передачи аварийного кадра.
Сетевой уровень Сетевой уровень Х.25 реализуется протоколом PLP (Packet-Layer Protocol - протокол уровня пакета). На сетевом уровне кадры объединяются в один поток, а общий поток разбивается на пакеты. Протокол PLP управляет обменом пакетов через виртуальные цепи. Сеанс связи устанавливается между двумя устройствами DTE по запросу от одного из них. После установления коммутируемой виртуальной цепи эти устройства могут вести полнодуплексный обмен информации. Сеанс может быть завершен по инициативе любого DTE, после чего для последующего обмена снова потребуется установление соединения.
Протокол PLP определяет следующие режимы: Установление соединения используется для организации коммутируемой виртуальной цепи между DTE. Соединение устанавливается следующим образом. DTE вызывающей стороны посылает запрос своему локальному устройству DCE, которое включает в запрос адрес вызывающей стороны и неиспользованный адрес логического канала для использования его соединением. DCE определяет PSE, который может быть использован для данной передачи. Пакет, передаваемый по цепочке PSE, достигает конечного удаленного DCE, где определяется DTE узла назначения, к которому пакет и доставляется. Вызывающий DTE дает ответ своему DCE, а тот передает ответ удаленному DCE для удаленного DTE. Таким образом, создается коммутируемый виртуальный канал. Режим передачи данных, который используется при обмене данными через виртуальные цепи. В этом режиме выполняется контроль ошибок и управление потоком. Режим ожидания используется, когда коммутируемая виртуальная цепь установлена, но обмен данными не происходит. Сброс соединения используется для завершения сеанса, осуществляется разрыв конкретного виртуального соединения.
Виртуальные каналы X.25
Процесс сетевого уровня получает в свое распоряжение часть полосы пропускания физического канала в виде виртуального канала. Полная полоса пропускания канала делится в равных пропорциях между виртуальными каналами, которые активны в текущий момент. В сети X.25 существует два типа виртуальных каналов: коммутируемые (SVC) и постоянные (PVC).
Формат пакета X.25
Пакет X.25 состоит как минимум из трех байтов, которые определяют заголовок пакета. Первый байт содержит 4 бит идентификатора общего формата и 4 бита номера группы логического канала. Второй байт содержит номер логического канала, а третий - идентификатор типа пакета. Пакеты в сети бывают двух типов - управляющие пакеты и пакеты данных. Тип пакета определяется значением младшего бита идентификатора типа пакета.
Идентификатор общего формата
Поле идентификатора общего формата содержит признак, который устанавливает тип процедуры управления потоком пакетов (modulo 8 или modulo 128).
Номер логического канала
Номер логического канала задается содержимым двух полей - номер группы логического канала от 0 до 15 и номер канала в группе от 0 до 255. Таким образом, максимальное число логических каналов может достигать значения 4095. Номер логического канала определяет виртуальный порт, с которым ассоциируется конкретный пользовательский процесс.
Идентификатор типа пакета 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:
высокая надежность, сеть с гарантированной доставкой информации;
могут быть использованы как аналоговые, так и цифровые каналы передачи данных (выделенные и коммутируемые линии связи).
Недостатки сети:
значительные задержки передачи пакетов, поэтому ее невозможно использовать для передачи голоса и видеоинформации.
Новиков Ю.В., Кондратенко С.В. Основы локальных сетей, 2005
Уважаемые хабровчане, я хочу рассказать вам о сетях пакетной коммутации, построенных на основе протокола передачи данных ITU-T X.25. Мне посчастливилось заниматься сопровождением и развитием одной корпоративной сети X.25 на протяжении нескольких лет.
Во многих источниках говорится, что X.25 - протокол канального уровня. Это не так. X.25 создавался до разработки семиуровневой модели OSI. В канальный уровень его «записывают» только из-за широко применяемой инкапсуляции протокола IP в X.25. На самом деле протокол имеет все признаки сетевого уровня (маршрутизация между сетями) и обеспечивает контроль передачи между конечными абонентами, т.е. выходит транспортный уровень.
Основным преимуществом протокола является высокая эффективность в сетях, построенных на каналах связи с высоким уровнем ошибок. Основными недостатками - ограниченная производительность, не приспособленность к передаче real time данных.
Основу сети составляют пакетные коммутаторы. Они соединяются между собой синхронными каналами связи (преимущественно X.21 через синхронные модемы по каналам ТЧ или радиоканалам). Синхронные абоненты сети подключаются непосредственно к пакетным коммутаторам. Также к коммутаторам подключаются PADы.
В сети используется адресация по стандарту X.121. Она чем-то напоминает IP адресацию, но без точек и с десятичной маской. Маска в явном виде никогда не указывается, просто длина адреса может варьироваться от 10 до 15 десятичных символов.
Адрес X.121 имеет вид:
DDDDNNNPPPP
где
DDDD - DNIC (Номер сети, аналог автономной системы в IP)
NNN - Node (Номер узла)
PPPP - Port (Номер порта)
SSSSS - Subadress (Субадрес)
Каждый пакетный коммутатор имеет свою таблицу маршрутизации. Таблица указывает в какой порт маршрутизировать соединение, осуществляемое на указанный адрес. Адрес отправителя обычно не анализируется.
Важный момент - маршрутизация происходит в момент установления логического соединения (SVC), после установления соединения происходит только коммутация. Для этого на каждом порту создаются логические каналы (LCI). Количество доступных LCI на интерфейсе ограничивает доступное количество логических соединений через него.
Если на маршруте установленного соединения произойдет сбой, то после таймаута и переповторов абоненты переустановят соединение.
Сеть, с которой мне пришлось иметь дело, вначале использовалась для работы асинхронных терминалов, которые по zmodem осуществляли передачу файлов на файловый коммутатор («вертушка»). Позже появились синхронные терминалы, обменивающиеся информацией с сервером и маршрутизаторы IP. Все работало очень медленно и очень надежно. Скорость на магистральных каналах ТЧ была не выше 19200, а в глубинке было и по 2400 «за счастье», что не мешало передавать данные.
Позже стали появляться каналы FR, которые использовались для X.25 over FR. Когда появились качественные каналы IP, постепенно начали внедрять XOT (X.25 over IP).
Важный момент - обе технологии предполагают туннелирование X.25 через неродные для него протоколы. Иногда удобно «затерминировать» протокол X.25 на интерфейсе, на который он приходит через туннель. Протокл этого не предусматривает, терминирование протокола возможно только на интерфейсах с чистым X.25 (over LAP-B), а туннелирование можно применять только внутри сети для коммутации между узлами.
Сеть, с которой я работал, была построена на оборудовании английской компании Case Communications . Эта компания часто меняла собственников и названия, в одно время называлась Cray Communications. Начинали они с пакетных коммутаторов, также у них были и Ethernet продкуты, маршрутизаторы. Подразделение, которое производило маршрутизаторы было выкуплено Intel, в результате чего появились достаточно известные модели Intel Express Router 9100 и иже с ним. В настоящее время компания занимается разработкой и производством linux маршрутизатров.
Линейка пакетных коммутаторов Case состояла из узлов (Packet Switch Exchange - PSE), коммутаторов X.25/Frame-Relay Assembler-Disassembler - XFRAD) и PAD. Особенность PSE была в том, что между ними можно было делать транковые соединения, которые не адресовались как обычные порты, но использовались для связи между узлами сети. С сетью поставлялась система управления на платформе Sun с графическим интерфейсом под Х11.
Самой продвинутой моделью был модульный PSE8525. Это 13 юнитовое шасси для стойки 19" на 16 модулей интерфейсов и модуль управления, в шасси устанавливалось до 5 блоков питания. Архитектура этой штуковины заслуживает особого внимания.
Основой являлась вертикальная плата backplane. Активных элементов на ней обнаружено не было (!) - просто набор шин. Backplane делила шасси на две части - спереди платы с контроллерами и процессорами, сзади - платы с интерфейсами, всего 17 слотов. В первые 16 слотов можно было установить платы портов X.25 или платы PAD. В последнем слоте - плата manager.
Все остальные платы состояли из двух частей - платы контроллеров и платы процессора. Процессорные платы (UPM) были для всех плат одинаковые, контроллер портов X.25 (SP-XIM) и менеджер были разными.
Система загружалась поэтапно. После включения питания с дискеты А загружался менеджер. После загрузки он считывал конфигурацию с дискеты В и по одной загружал платы интерфейсов. PADы загружались сами по себе, как только появлялось питание. После загрузки всех плат, они могли работать независимо, каждую из них можно было перезагружать отдельно. Менеджер в системе был нужен только при изменении конфигурации или перезагрузке.
Все платы можно было вынимать и переустанавливать «на ходу». Известны случаи, когда шасси работало без менеджера более месяца. Сравните это с вытаскиванием супервизора из Cisco7600! ;)
Развитие систем связи привело к тому, что протокол X.25 перестал удовлетворять требованиям современных приложений к скорости передачи данных, а наличие высокоскоростных каналов связи с низким уровнем ошибок позволяет решать современные задачи с помощью протоколов семейства TCP/IP.
Основы, заложенные в архитектуру протокола и сетей X.25 иллюстрируют рациональный подход к решению поставленной задачи, и являются отличным учебным материалом. Возможно, некоторые из идей, заложенных в X.25, еще вернутся но на более высоких уровнях. В частности, технология MPLS TE (Traffic Engineering) в чем-то сходна с X.25 в отношении построения логических каналов.
Я рекомендую всем, кто собирается стать специалистом в области сетей и коммуникаций, изучить основы работы протокола X.25, не смотря на то, что его знание не является обязательным для работы во многих предприятиях связи. При его изучении, рекомендую делать акцент не на том, как реализована та или иная функция, а на том, с какой целью, она была включена в протокол.
