НПО КомпозиторНПО Композитор

Tag : TCP/IP

Архитектура Суперзвезда

By rmyusipov

Архитектура Супер-Звезда

Архитектура Супер-Звезда

«Композитор» формирует кадр канального уровня модели OSI и TCP/IP (Модернизированная версия). Он инкапсулирует информацию в кадр эфирной сети с сетевого, транспортного уровней и уровня приложений. Он формирует Z-кадр, схожий с PDH T-carrier, используемый в Северной Америке и Японии. Данный кадр нужен для инкапсуляции уровней TCP/IP в систему модуля «Звезда» МКС. «Композитор» заменяет OUI поля MAC-адреса отправителя для работы в своей сети. Он автоматически подбирает OUI, согласно NIC в базе данных MIB’ов для пересылки кадров эфирной сети в своей сети. Он решает задачу на дуплекс путем увеличения кадра. Существует множество иерархий Z-кадра, используемых в частных и государственных сетях, а также сетях оборонного назначения. Все они зависят от размера кадра. Используется два метода мультиплексирования одновременно: FDM и TDM. Композитор видит глобальную сеть WAN как локальную. Это удается посредством большой базы MIB’ов NIC устройств.

Компании Compositor Software первой в мире удалось достичь архитектуры «Супер-Звезда». В дополнение к Z = 4, 8 … 128 стали доступны верхоуровневые архитектуры Z = 256, 512 … 16384. Величина кадра в модели Z = 16384 равна 2 Гбит. Это позволяет при достижении модемной скорости в 32000 омега передавать со скоростью 10,9 Тбит/сек. Чартеры верхоуровневых моделей Z служат для общения в сетях (в порядке убывания): Черного ящика, ПРО, НАСА-Роскосмос, CERN, Квантовых Физиков, Электронных Инженеров, Архитекторов. Данные архитектуры реализованы как приложения для macOS и Андроид. Используется 64-битная нативная архитектура ARMv8. Соответственно чартер NIM (Nuclear Instrumentation Module) даёт присутствие в виртуальной реальности не только на уровне географического местоположения, но и позволяет передавать в удаленные точки визуальную информацию окружающей среды, собранную как 3D модели объектов, текстуры и их анимацию в реальном времени прямо на клиентской машине. Это позволяет собирать информацию об удаленном местоположении, не имея значительных ресурсов, кроме смартфона. В чартере Compositor осуществляется парный набор, наподобие принципа домино. Так образуется Multiple Spanning-Tree сеть из удаленных объектов, объединенных в VR сеть Compositor VLAN. Набор в сети осуществляется по метрикам и решает задачу построения сетевой топологии от корневого устройства до финальных устройств в цепи. Деление на ветви дерева идёт по классам, которые зависят от времени автономности спикера автономной системы. Увеличив скорость потока Z-кадра до 10,9 Тбит/сек, возможно решение задачи дуплекса, что позволяет формировать восходящие потоки значительно быстрее, чем с низкоуровневыми кадрами. Каждое соседнее устройство в древе устройств Compositor VLAN образует пару точка-точка, которая использует закрытый магистральный туннель поверх IP протокола по технологии TDMoIP. Это дженериковый туннель, позволяющий передавать всю важную информацию о жизнедеятельности человека соседнему устройству в сети, по восходящему потоку до корневого сервера к которому присоединен интерфейс оповещения.

By rmyusipov

ОСРВ “Композитор” версии 3 – аналоговый радио-интерфейс для протокола IPv6

ОСРВ “Композитор” версии 3 – аналоговый радио-интерфейс для протокола IPv6

ПО “Композитор” Гипервизор версии 3 обновлено до ОСРВ. Теперь, ОСРВ “Композитор” версии 3.0.3 поддерживает множество новых функций, таких как:

  • Применены протоколы:
    • RTC8k = IS-IS Level-2
    • FF8 = ARP (Address Resolution Protocol)
    • TC25 = VLAN (IEEE 802.1aq)
  • Добавлены иерархии:
    • AI-RT1024 = SDH STM-x
    • N9000 = PDH E1
  • Другие функции:
    • Применен стек протоколов TCP/IP
    • Добавлено окно TCP/IP
    • Добавлена таблица EUI48
    • BPM теперь является параметром поля Network IP-адреса
    • Поле Network включает 2^13 для определения в качестве IPv6
    • Все модули переименованы для отображения новой функциональности

Основная причина, по которой я сделал обновление – это отображение работы протоколов FF8 (ARP) и TC25 (VLAN), поэтому рабочий процесс в ОСРВ “Композитор” версии 3.0.3 выглядит следующим образом:

Вначале я устанавливаю время для достижения точки назначения, где развернута сеть. Я делаю это путем выставления времени развертки в градусах от -180 до 180, что равняется промежутку от 0 до 1 часа. Затем я выставляю IP-адрес интерфейса назначения, следующим образом: часть IP-адреса, указывающая на идентификатор интерфейса, устанавливается стохастически или вручную. Мультипликатор в IPv4 устанавливает и второе поле, принадлежащее части Network, и хост. Поэтому, максимальная сеть в ОСРВ “Композитор” для IPv4 – это 255.4.0.0. Когда я достигаю сети назначения, и на выходе интерфейса возврата есть сильная петля обратной связи, закрытого строения, я определяю тип автономной системы, которой она принадлежит. Я делаю это путем включения протоколов VLAN и ARP для выявления назначений IPv4 адресов на сетевые устройства данной автономной системы. Я смотрю IPv4 адреса следующего перестроения и выясняю количество таких перестроений. Чем больше протокол IS-IS level-2 делает перестроений, тем больше метрика маршрута до сети назначения (автономной системы). Таким образом, я выявляю все узловые устройства целевой сети.

Когда я определяю пограничный маршрутизатор данной сети по протоколу IS-IS level-2, я отключаю протоколы VLAN и ARP и начинаю транслировать информацию этого устройства в сеть IPv6, посредством включения стека протоколов TCP/IP. Это позволяет объединять IPv4 сети с сетями IPv6 и расширить влияние моей IPv4 базы данных в IPv6 протокол.

By rmyusipov

Проект Ниагара

Проект Ниагара

Эта осень началась с очень интересного проекта. В то время как Compositor v9.0.1 достиг билда a14, возникла необходимость иметь такую же систему, только в засэмплированном варианте. К тому времени уже поспел подход пары: прошивка и дамп – поэтому я решил сделать отдельный рекламный продукт для разработки документации к Compositor на русском языке. Проект носит имя Ниагара и является прототипом 10-й версии Compositor. То есть 10-й Compositor не будет больше отдельным аукс каналом, а сразу будет идти в наборе с гипервизором и аукс каналом, формирующим среду операционной системы Compositor RTOS (ОСРВ, операционная система реального времени). Как и любая операционная система на основе UNIX она будет поддерживать большинство команд для настройки протоколов маршрутизации, таких как TCP/IP и 802.1Q. Программный маршрутизатор Niagara является системой, где набор конфигураций зависит от прошивки, написанной на Compositor RTOS v9.0.1. То есть если прошивка записана на обратной связи с подключенными дженериками z16 и z32, и они находятся в реверсе, система будет давать суммарное сопротивление 16 + 32 Ом = 48 Ом. Так же и дженериковые сети: в варианте, описанном выше, будет присутствовать корпоративная (z32) и городская (z16) связь.

Подход прошивок не нов, как и любой аппаратный маршрутизатор, Niagara содержит в себе MIB, размером 769 кб, содержащую 8 таблиц маршрутизации и набор дженериковых сетей. Работает данная система на MME драйвере с частотой дискретизации 192 кГц и позволяет подключать весь пул реестра потоков Compositor RTOS v9.0.1 (который на момент написания этой статьи составляет 6559 MIB’ов) посредством дампа, также записанного в 192 кГц. Верхние частоты работы дженерика z128 составляют до 150 ГГц, однако в каждом дампе и прошивке присутствует еще и фиксация RAD96, поэтому эффективный диапазон расширен до 300 ГГц.

Niagara является системой клиентского уровня, поэтому она требует вызова оператора для набора команд программирования. Я уже рассматривал радио чат NIM (No Internet Messenger), который также является акронимом Nuclear Instrumentation Module. Так вот, все команды, представленные в полной версии английской и русской документаций, должны выполняться только через оператора, причем у каждой прошивки свой оператор, который зависит от набора VLAN сетей и серверов, подключенных к NIM. То есть Вы запрашиваете у оператора и топологию сети, и любые другие команды, а он уже решает исполнять их или нет. Все это происходит в радио чате в реальном времени, поэтому система Niagara также является клиентской ОСРВ.

Если на первоначальном этапе прошивка запускалась в “песочнице” RAD96, то сейчас сама прошивка с дампом становятся многофункциональным отдельностоящим продуктом, что и являлось финальной целью проекта Compositor, а именно композиция ресурсов.

Поскольку система Niagara состоит из прошивки и дампа, а в дамп входят все таблицы маршрутизации по проекту Royalty, то временем разработки системы Niagara являются 2001 – 2019 годы. Что существенно увеличивает срок службы алгоритма. Это подтверждается эмиссией файла (запись трека, которая является путем маршрутизации) Inaccessible Page (трек 2001-го года, который вошел в эмиссию IP) и референтными файлами временного сервера, которые входят в каждую эмиссию и отвечают за позиционирование серверов, входящих в эмиссию, в настоящее время.

Поэтому цифровой портрет композитора Руслана Юсипова под кодовым названием Niagara составляет уже 18 лет творчества, что является внушительным багажом для 35-летнего возраста. Существуют и более ранние записи, например, сохранилась кассета с записями прямого сигнала синтезатора Yamaha PSR-330, сделанными в возрасте 14 лет, с голосовым сопровождением автора, поэтому проекту Niagara можно смело записывать 1998-2019 годы разработки.

6559 MIB’ов не предел и можно расширить данную базу еще таблицами маршрутизации, включающими эмиссии треков из CD-архива. Таким образом, к 2021 году я рассчитываю получить базу данных в 10000 MIB’ов, а это позволит добавить дополнительные стохастические дистрибуции для выбора потоков в Compositor v9.0.1 a15.

Архитектура Суперзвезда
Архитектура Супер-Звезда