Коммутируемые пакетные сети X.25 / Хабр
Уважаемые хабровчане, я хочу рассказать вам о сетях пакетной коммутации, построенных на основе протокола передачи данных ITU-T X.25. Мне посчастливилось заниматься сопровождением и развитием одной корпоративной сети X.25 на протяжении нескольких лет.
Я не ставлю целью рассказать именно о протоколе X.25, с ним можно ознакомиться в доступных источниках, я хочу поделиться своим опытом — что это было? зачем это было нужно? что из этого может пригодиться в будущем? Пишу по памяти, потому могу немного ошибаться или путать, что есть элементом стандарта, а что есть часть реализации
Протокол X.25 был разработан на смену протоколу ISDN, который для передачи данных обладает существенными недостатками (отсутсвие статистического мультиплексирования). Первая редакция стандарта была утверждена в 1976 году. В основу протокла легли следующие основные идеи:
— Контроль передачи между конечными абонентами
— Маршрутизация в момент установления соединения
— Коммутация пакетов по установленному маршруту
Во многих источниках говорится, что X.
25 — протокол канального уровня. Это не так. X.25 создавался до разработки семиуровневой модели OSI. В канальный уровень его «записывают» только из-за широко применяемой инкапсуляции протокола IP в X.25. На самом деле протокол имеет все признаки сетевого уровня (маршрутизация между сетями) и обеспечивает контроль передачи между конечными абонентами, т.е. выходит транспортный уровень.
Основным преимуществом протокола является высокая эффективность в сетях, построенных на каналах связи с высоким уровнем ошибок. Основными недостатками — ограниченная производительность, не приспособленность к передаче real time данных.
Все абоненты сети X.25 делятся на синхронных и асинхронных. Синхронные имеют встроенные интерфейсы X.25, а асинхронные для передачи данных используют устройства под названием PAD (Packet Assembler-Disassembler). PAD принимает асинхронные потоки со своих портов и передает их в коммутируемом соединении через интерфейс X.25.
Основу сети составляют пакетные коммутаторы.
Они соединяются между собой синхронными каналами связи (преимущественно X.21 через синхронные модемы по каналам ТЧ или радиоканалам). Синхронные абоненты сети подключаются непосредственно к пакетным коммутаторам. Также к коммутаторам подключаются PADы.
В сети используется адресация по стандарту X.121. Она чем-то напоминает IP адресацию, но без точек и с десятичной маской. Маска в явном виде никогда не указывается, просто длина адреса может варьироваться от 10 до 15 десятичных символов.
Адрес X.121 имеет вид:
DDDDNNNPPPP[SSSSS]
где
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.
Платы PAD были «половинчатыми» (дальше будет) и являлись логически отдельными устройствами и включались в коммутатор, в котором стояли, внешними кабелями.
Все остальные платы состояли из двух частей — платы контроллеров и платы процессора. Процессорные платы (UPM) были для всех плат одинаковые, контроллер портов X.25 (SP-XIM) и менеджер были разными.
Система загружалась поэтапно. После включения питания с дискеты А загружался менеджер. После загрузки он считывал конфигурацию с дискеты В и по одной загружал платы интерфейсов. PADы загружались сами по себе, как только появлялось питание. После загрузки всех плат, они могли работать независимо, каждую из них можно было перезагружать отдельно. Менеджер в системе был нужен только при изменении конфигурации или перезагрузке.
Все платы можно было вынимать и переустанавливать «на ходу». Известны случаи, когда шасси работало без менеджера более месяца. Сравните это с вытаскиванием супервизора из Cisco7600! 😉
Протокол X.25 отлично сыграл свою роль в телекоммуникациях и связи. В то время, когда он был создан, он решил проблему эффективного использования низкоскоростных каналов связи с высоким уровнем ошибок при передаче.
Разработчики оборудования X.25 делали ставку не на скорость, а на надежность и живучесть решения, поэтому в банковской сфере этот протокол жив и сейчас.
Развитие систем связи привело к тому, что протокол X.25 перестал удовлетворять требованиям современных приложений к скорости передачи данных, а наличие высокоскоростных каналов связи с низким уровнем ошибок позволяет решать современные задачи с помощью протоколов семейства TCP/IP.
Основы, заложенные в архитектуру протокола и сетей X.25 иллюстрируют рациональный подход к решению поставленной задачи, и являются отличным учебным материалом. Возможно, некоторые из идей, заложенных в X.25, еще вернутся но на более высоких уровнях. В частности, технология MPLS TE (Traffic Engineering) в чем-то сходна с X.25 в отношении построения логических каналов.
Я рекомендую всем, кто собирается стать специалистом в области сетей и коммуникаций, изучить основы работы протокола X.25, не смотря на то, что его знание не является обязательным для работы во многих предприятиях связи.
При его изучении, рекомендую делать акцент не на том, как реализована та или иная функция, а на том, с какой целью, она была включена в протокол.
Руководство по домашнему заданию: Примеры 1) Определить, х = 0 является решением из 5 x 3 = 3 х + 5 . [недопустимо раствор] [приемлемо раствор]
2) Напишите алгебраическую
уравнение для словесного выражения: Расстояние, пройденное за t часов
автомобиль, движущийся со скоростью 50 миль в час. [недопустимое решение] [приемлемое решение] 3) Предположим, вы за рулем по автостраде в другой город, который находится в 150 милях от вашего дома. После 30 минут, вы проезжаете съезд с автострады, который, как вы знаете, находится в 25 милях от вашего дома. Предполагая, что вы продолжаете двигаться с той же постоянной скоростью, как долго это будет взять на всю поездку? [недопустимое решение] [приемлемое решение]
4) Вычтите, как указано. [недопустимое решение] [приемлемое решение] 5) Используйте уравнения для получения решение. [недопустимое решение] [приемлемое решение] 6) Стоимость магазинов запасы увеличились с 50 000 до 62 000 долларов. На сколько процентов изменилось значение увеличивать? [недопустимое решение]
[приемлемо
раствор]
7) Напишите алгебраическую выражение для словесного выражения: Произведение двух натуральных чисел сумма которых равна 25. [недопустимое решение] [приемлемое решение] 8) Напишите математический модель для проблемы и решить проблему: Одно целое число пятая часть другого целого числа. Разница между двумя числами равно 76. Найдите числа. [недопустимое решение] [приемлемое решение]
|
|
|
24
IPC6424SR-X25-VF — Uniview — Лидер решения AIoT
| IPC6424SR-X25-VF | ||||||||||||
| Камера | ||||||||||||
| Датчик | 1/2,8 «, 4,0 мегапикселя, прогрессивное сканирование, CMOS | |||||||||||
мин. Иллюстрация | Color: 0,003 Lux (F1.5, Agcc On) 9048 | 8 8 9004. 9004 400 400 400 4004. | 9004. | 9004. 9004. . . . . .. | ||||||||
| Day/Night | IR-cut filter with auto switch (ICR) | |||||||||||
| Shutter | Auto/Manual, 1 ~ 1/100000s | |||||||||||
| WDR | 120dB | |||||||||||
| S/N | >56 дБ | |||||||||||
| Lens | ||||||||||||
| Lens type | 4.8 ~ 120mm, AF automatic focusing and motorized zoom lens | |||||||||||
| Digital Zoom | 16 | |||||||||||
| Optical Zoom | 25 | |||||||||||
| Iris | Auto; F1. 5 ~ F3.8 | |||||||||||
| Поле зрения (Г) | 52,20°~2,74° | |||||||||||
| Поле зрения (В) | 30,81°~1,54° | 64,20°~3,23° | ||||||||||
| Dori | ||||||||||||
| Dori Distance | . 391,2 фута)47,7 (156,5 фута) | 23,9 (78,2 фута) | 11,9 (39,1 фута) | |||||||||
| 120 | 2475.0 (8120,1 -футов | 247,5 (812,0 футов) | ||||||||||
| Illuminator | ||||||||||||
| IR Range | Up to 100m (328 ft) IR range | |||||||||||
| Wavelength | 850nm | |||||||||||
| IR On/Off Control | Auto/Manual | |||||||||||
| Video | ||||||||||||
| Сжатие видео | Ultra 265, H.265, H.264, MJPEG | |||||||||||
| Частота кадров | Основной поток: 4MP (2688*1520), макс. 30 кадров в секунду; Дополнительный поток: 2 МП (1920*1080), макс. 30 кадров в секунду; Третий поток: D1 (720*576), макс. 30 кадров в секунду; | |||||||||||
| Video Bit Rate | 128 Kbps~16 Mbps | |||||||||||
| U-code | Support | |||||||||||
| ROI | Support | |||||||||||
| Video Stream | Triple streams | |||||||||||
| OSD | Up до 8 экранных меню | |||||||||||
| Маска конфиденциальности | 24 области, до 4 областей на сцену | |||||||||||
| Изображение | ||||||||||||
| Баланс белого | Авто/На улице/Лампа/Точная настройка0047 | |||||||||||
| Цифровое снижение шума | 2D/3D DNR | |||||||||||
| SMART IR | Поддержка | |||||||||||
| Flip | /FLIP-версидный/FLIP HORIZONTAL HORIZONTAL/PLIP-FLIP/FLIP HORIZONTAL/PLIP HORIZONTAL/PLIP HORIZONTAL/PLIP HORIZONTAL/PLIP-FLIP HORIZONTAL/PLIP-FLIP ORIZONTAL. | |||||||||||
| HLC | Support | |||||||||||
| BLC | Support | |||||||||||
| Defog | Digital Defog | |||||||||||
| Intelligent | ||||||||||||
| Smart Intrusion Prevention | Поддержка фильтрации ложных тревог: Обнаружение пересечения линии, Обнаружение вторжения, Обнаружение входа в зону, Обнаружение выхода из зоны | |||||||||||
| Подсчет людей | Поддержка подсчета потоков людей и мониторинга плотности скопления людей | |||||||||||
| События | ||||||||||||
| Автоматическое отслеживание | Поддержка | |||||||||||
| Общие функции | Водяной знак, Фильтрация IP-адресов, Вход тревоги, Выход тревоги, Политика доступа, Защита ARP, Аутентификация RTSP, Аутентификация пользователя | |||||||||||
| Аудио | ||||||||||||
| Сжатие аудио | G. 711U, G.7117A 9006 9006 Bitrate | 64 KBPS | ||||||||||
| Двухчастотный звук | Поддержка | |||||||||||
| Подавление | Поддержка | |||||||||||
| .0065 | ||||||||||||
| Storage | ||||||||||||
| Edge Storage | Micro SD, up to 256 GB | |||||||||||
| Network Storage | ANR,NAS(NFS) | |||||||||||
| Network | ||||||||||||
| Protocols | IPv4, IGMP, ICMP , ARP, TCP, UDP, DHCP, PPPoE, RTP, RTSP, RTCP, DNS, DDNS, NTP, FTP, UPnP, HTTP, HTTPS, SMTP, 802.1x, SNMP, QoS, RTMP, SSL/TLS | |||||||||||
| Совместимость Интеграция | ONVIF (профиль S, профиль G, профиль T), API, SDK | |||||||||||
| Пользователь/Хост | До 32 пользователей. 3 уровня пользователей: администратор, оператор и обычный пользователь | |||||||||||
| Безопасность | Защита паролем, надежный пароль, шифрование HTTPS, экспорт журналов операций, базовая и дайджест-аутентификация для RTSP, дайджест-аутентификация для HTTP, TLS 1. 2, WSSE и дайджест-аутентификация для ONVIF | |||||||||||
| Клиент | EZStation EZLive EZView | |||||||||||
| Веб-браузер | Требуется плагин для просмотра в реальном времени: IE 10 и выше, Chrome 45 и выше, Firefox 52 и выше, Edge 79 и выше | |||||||||||
| Панорамирование и наклон | ||||||||||||
| Диапазон панорамирования | 360° (бесконечно) | |||||||||||
| Pan Speed | 0.1°/s ~ 200°/s | |||||||||||
| Preset speed: 240°/s | ||||||||||||
| Tilt Range | –15° ~ 90° (auto reverse) | |||||||||||
| Tilt Speed | 0,1°/с ~ 120°/с | |||||||||||
| Заданная скорость: 200°/с | ||||||||||||
| Количество пресетов | 1024 | |||||||||||
| ПРЕВЕРСНЫЙ ПАТРАЛ | 16 Патрулирование, до 64 предустановки для каждого патруля | |||||||||||
. Записанный патруль | 16 патрулей, до 128 действий для каждого патруля | |||||||||||
| Время пребывания патруля | 15–1800 с | |||||||||||
| Заморозка изображения | Поддержка0047 | |||||||||||
| Home Position | Support | |||||||||||
| Interface | ||||||||||||
| Audio I/O | 1/1 | |||||||||||
| Alarm I/O | 2/1 | |||||||||||
| Serial Port | 1 RS485 | |||||||||||
| Built-in Mic | N/A | |||||||||||
| Built-in Speaker | N/A | |||||||||||
| WIFI | N/A | |||||||||||
| Network | 1 * RJ45 10M/100M Base -TX Ethernet | |||||||||||
| Video Output | 1 BNC | |||||||||||
| Certification | ||||||||||||
| EMC | CE-EMC (EN 55032: 2015+A1:2020,EN 61000-3-3: 2013+A1: 2019,EN IEC 61000-3-2: 2019+A1: 2021,EN 55035: 2017+A11:2020) FCC (FCC CFR 47 часть 15 B, ANSI C63.  | |||||||||||