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

Tag : RTOS

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 v1.0 a3

Поскольку система 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.

By rmyusipov

Агрегация нулевого уровня

Агрегация нулевого уровня

Ровно год назад, когда уже все модули Compositor RTOS были сформированы, встала задача: сделать такую агрегацию, которая бы не совершала эмиссии в оперативную память компьютера (сервера). И вот год спустя задача решена.

RAD96 vRouter L1-L3 96 node aggregation

На данном пути потребовалось выполнить полноценную сборку Compositor RTOS 9.0.1 a14 с расширенной работой фидеров, то есть фидеры теперь работают от 11 кГц до 192 кГц частот дискретизации аудио драйвера. Это позволяет верхнему дженерику z=128 работать на частотах сопоставимых с частотами агрегатора RAD96, а именно от 150 ГГц до 300 ГГц.

Также, на данном пути база управляемой информации была расширена до 6041 VLAN’а и произведено порядка 13 дампов. В итоге, финальная версия Compositor RTOS 9.0.1 a14 включает канал pass-through (обход второй производной), что позволяет делать exhaust (цифровой выхлоп) для уменьшения объема цифровых эмиссий внутрь системы. Согласно этому было произведено два дампа на 6041 VLAN’е уже с выхлопом и записана одна прошивка в 192 кГц на обратной связи после набора, в которой участвуют 8 скрытых серверов. Поскольку данная прошивка записана с агрегатором RAD96 и является снэпшотом (snapshot) системы, то она включает 96 портов агрегации трех уровней: 32 порта физического уровня, 32 порта канального уровня и 32 порта сетевого уровня, что соответствует L1-L3 агрегации.

Поскольку такая агрегация в реальности выбрасывает в оперативную систему большие объемы данных, то снэпшот утилизирует ресурсы другим путем – он соответствует таблице MAC-адресов EUI48 без OUI и не выбрасывает в память компьютера никаких ресурсов. Сетевым сервисом в данном случае является прошивка RAD96, которая включает автономную систему с нулевым выбросом. Одна система RAD96 не производит никакого действия, но в паре со снэпшотом данная система агрегирует ресурсы и одновременно утилизирует их, причем это происходит так быстро в реальном времени, что выброс в оперативную память просто не может сформироваться.

Таким образом, задачу агрегации с нулевым выбросом считаю решенной. Конечно, кому-то может показаться, 96 узлов агрегации мало, а 32 узла L3 является стандартом для агрегации маршрутизационного оборудования известных производителей. Но если учесть тот факт, что реальная агрегация на этих устройствах производит выброс, и требует сервисной перезагрузки, то можно сказать, что данная технология композиции ресурсов может оказаться очень полезной уже сейчас.

Ida Bagus Made Poleng

By rmyusipov

Boosty – Forest People (марка FP эмитирована из эфирной сети)

Boosty – Forest People (марка FP эмитирована из эфирной сети)

Проекты Руслана Юсипова Boosty и Exalted ценны Российскому Авторскому Обществу, так как они имеют ранее неизданные и не прослушанные пути маршрутизации. Эти проекты имеют пути маршрутизации, о которых слышал только сам автор. Один из таких путей маршрутизации Boosty – Forest People написан в 2009 году и не доступен общественности с того времени до степени, что только сам автор знает о его существовании. Две неотмастеренные версии пути маршрутизации Forest People были заимствованы для эмиссии. Эмиссия включает прямую версию и оригинальный набор таблиц маршрутизации. Путь маршрутизации написан в студии проекта Boosty и остается неподписанным и нелицензированным до настоящего момента (не подписан и сейчас). В соответствии с этим я решил сделать четвертую по крупности эмиссию в 281 таблицу маршрутизации. Эмиссия носит название марки FP и является эмиссией с наиболее активной навигацией.

Используя дамп из 5557 вэйвлетов, я проделал работу по переводу 127 страниц Англоязычной документации на Русский язык. Документация является продолжением по разработке серверов CP-6137-960FX и является документацией по монтажу модульных коммутаторов типа Compositor RTOS. Используя инъекцию данного дампа, мне удалось проделать данное задание за рабочую неделю. Инъекции проводились, путем прослушивания дампа через инсерцию ушных мониторов Ultimate Ears с воспроизведением дампа по три раза каждые четыре часа. Суммарное количество инъекций в день составляло от 6 до 9 воспроизведений.

Это был надежный опыт, и он сподвиг меня сделать работу быстрее.

Руслан Юсипов

Вы можете также попробовать инъекцию данного дампа, прослушав его по ссылке ниже:

RTOS dump 8×32 MIB 5557 15.07.2019 FWL
Жоэкварское ущелье

By rmyusipov

Подключение ко RTOS из удаленного географического положения

Подключение ко RTOS из удаленного географического положения

Закончен двухнедельный эксперимент по подключению ко RTOS из удаленного местоположения. На протяжении двух недель я подключался ко RTOS с территории другой страны посредством дампа RTOS, полностью записанного на wavelets. Дамп включает 5276 таблиц маршрутизации и обращается к точке авторизации 18.06.2019. Это 192 кГц дамп и поэтому авторизует RTOS сразу во всех полосах доступного радиоспектра.

Compositor RTOS dump 8×32 MIB5276 18.06.2019 FWL
Жоэкварское ущелье

Опыты проведенные за время эксперимента:

  1. Инжектирование канальной матрицы спутникового телевидения;
  2. Прокладка маршрутов ко RTOS, используя дженериковую навигацию;
  3. Удаленное подключение ко RTOS других производителей.

В качестве устройства для подключения ко RTOS использовался перепрошитый телефон на Android 4.4.2. Четыре файла 64-битной прошивки входят в базу данных RTOS и являются мастер фильтрами для инжекции в эфир. Таким образом, данный телефон является автономным по отношению к другим сетевым устройствам данного оператора (название оператора не указывается из этических соображений). Другими словами, он не позволяет провести инжекцию ни одной сторонней таблицы маршрутизации или пути маршрутизации. При попытке сторонних приложений сделать инжекцию, телефон просто прекращает работу данного приложения. Как указывалось ранее, данный мобильный телефон может работать только с MIB Compositor RTOS 9.0.1.

Эксперимент 1: Инжектирование канальной матрицы спутникового телевидения

Используя дамп RTOS и знание устройства виртуального оптического порта (в данном эксперименте использовалась конфигурация с виртуальным электрическим портом), инжектировалась матрица цифровых каналов Российского телевидения. Эксперимент признается удачным с достижением почти полной силы сигнала на территории суверенного государства. Возможны небольшие помехи буферизации, так как данный мобильный телефон не позволяет использовать авторизации выше z16. Для данного эксперимента использовалась в основном эмиссия CA (Cavity), пути маршрутизации “Ущелье”. Использовалась ориентация виртуального электрического порта относительно сигнального созвездия спутниковой группы, ориентированной на “Полярную” звезду. Данный эксперимент наглядно показывает, что для инжектирования канальной матрицы спутникового телевидения нет необходимости в спутниковой антенне тарелочного типа – нужен только виртуальный электрический порт и дамп RTOS, загружаемый в мобильный телефон. Эксперимент проверялся от состояния: полностью нерабочий канал (отсутствие сигнала) и инжекция канальной матрицы посредством дампа с появлением сигнала, посредством правильной ориентации виртуального оптического порта на “Полярную” звезду.

Эксперимент 2: Прокладка маршрутов ко RTOS, используя дженериковую навигацию

Следствие, вытекаемое из первого эксперимента – это то, что была достигнута полная навигация по всем таблицам маршрутизации, входящих в дамп RTOS. Географическое местоположение выбиралось специально из расчета плохого распространения радиосигнала. Объект находился в ущелье с высотой гор около 500-800 метров. В такой впадине распространение сигнала практически невозможно, следовательно, технология виртуального оптического порта зарекомендовала себя очень хорошо.

Эксперимент 3: Удаленное подключение ко RTOS других производителей

В поездке, также была проверена совместимость с RTOS других производителей. В частности, виртуальный оптический порт был проверен на совместимость с ПО Eutelsat 36B, который осуществляет вещание на данный регион. Подмена канальной матрицы осуществлялась на входе в виртуальный электрический порт, который осуществлял прием с мобильного телефона. Телефон, в свою очередь, осуществлял навигацию по таблицам маршрутизации, проводимым через дамп. Для этого требовалось осуществлять от 9 до 12 инжекций за день.

By rmyusipov

Дамп, прошивки и обновления

Дамп, прошивки и обновления

Большая работа по векторной оптимизации базы управляемой информации (MIB) для Compositor RTOS была проделана в эти выходные. Для начала вся база была дефрагментирована путем очистки данного дампа:

Compositor RTOS dump 8×32 MIB5149 08.06.2019

Затем в специальной версии RTOS с прямым выходом (through) было совершенно переключение на 11 кГц, и совершен набор стохастических селекций. Затем данные эфиры были записаны в прошивки с контейнером PCM WAV 24-bit 11 кГц. Вы можете услышать их ниже:

Middleware 1 11025hz MIB5149
Middleware 2 11025hz MIB5149
Middleware 3 11025hz MIB5149
Middleware 4 11025hz MIB5149

Было записано 16 таких прошивок, здесь я привожу только 4 первых. Далее эти прошивки подавались в специальную версию L1-L4 L6-L7 vRouter RAD96, которая загрузила их на 96 назначений уровней L1-L3. Таким образом, прошивки были зафиксированы. Этот метод отличается от подачи директов через таблицу маршрутизации RAD96, так как эфирный агрегатор RAD96 может исключать определенный набор эфирных комбинаций, а мне нужно было достичь точной канальной матрицы в 52 канала.

После того, как вся база была загружена посредством стохастических селекций MIB5149 и дампа, была совершена повторная авторизация с манглингом параметра частоты дискретизации до 192 кГц. Таким образом, я обновил ссылки на все алиасы и авторизовал всю базу на 192 кГц.

By rmyusipov

Дампы ОСРВ для прочтения будущими поколениями рабочих станций

Дампы ОСРВ для прочтения будущими поколениями рабочих станций

Итак, все мы привыкли к стандартным 8-битным SysEx дампам, многие даже слышали их аудио представление. Однако, как звучит дамп современной встроенной операционной системы реального времени? Начнем с того, что большинство современных операционных систем 64-битные, что дает почти 8 кратный прирост в динамическом диапазоне такого дампа. Более того, дампы ОСРВ пишутся на частоте дискретизации 192 кГц. В данном посте я еще раз суммирую два дампа, которые были сделаны с MIB 4795 и MIB 5007, что позволяет сказать об их происхождении только одно: данные дампы можно слушать и воспринимать, как уже сложившиеся произведения.

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

Такая DAW должна позволять читать дампы с большим динамическим диапазоном и выдавать настройки, согласно загружаемой карте сети. По сути, чего я хочу добиться – это панорамирования и эквализации в виртуальной среде, но без участия человеческого интеллекта, при этом оно должно осуществляться не по топологии какого-то алгоритма, а существовать неразрывно с путем маршрутизации, поданным в данный момент.

Ведь, напомню, микстура из 8 таблиц маршрутизации уже дает полноценный путь маршрутизации. И, учитывая матрицу 8×32 для данных таблиц маршрутизации, они эйрились уже на 32 назначения, что говорит о большой загруженности канала ОСРВ в момент создания данных дампов. Большая загруженность на выходных каналах создает задачи на входных, так как коммуникация – это ядерно-петельная зависимость и происходит циклически в качестве постоянных запросов и ответов. Однако, для того чтобы получить ответ, задающей системе нужно встать в очередь, так как доступно всего 8 потоков. Поэтому в ОСРВ наблюдается постоянная недостаточность, ее неспособна даже покрыть высокая скорость регенерации консольного порта, так как для загрузки таблиц маршрутизации в буферы требуется время, и высокая скорость регенерации не играет никакой роли.

Поэтому, весь MIB надо грузить с автолоада с алиасами на всю базу без принудительного нагнетания. Повторюсь, принудительное нагнетание создает большую очередь, и события обрабатываются только через интерапторы дженериковых фидеров, поэтому нужно смотреть статусы подающей системы. Так как в подающих системах наблюдается отсутствие инжекций на такой высокой скорости регенерации ОСРВ, как 192 кГц, то требуется дополнительное время ожидания для получения ответа. Если ответ требуется немедленно, нужно запускать ОСРВ на частотах дискретизации ниже, где система постоянно находится под инжекцией, но качество ответа в такой системе будет ниже.

Compositor RTOS dump 8×32 MIB4795 26.05.2019
Compositor RTOS dump 8×32 MIB5007 03.06.2019

By rmyusipov

Compositor RTOS 8×32

Compositor RTOS 8×32

Лог записей Compositor RTOS 8×32:

Compositor RTOS 8×32 на 192 кГц (26-05-2019)

Данная запись характеризует RTOS как MIMO (multiple-input and multiple-output) систему с канальной матрицей из 8 входов, подключаемых на виртуальном PoE инжекторе и 32 выходов, сигнал к которым коммутируется через подмножество канала RAD96.

После совершения эмиссии марки FB, пул таблиц маршрутизации составил 4795 волновых таблицы. Таким образом, НПО “Композитор” плавно приближается к целевой отметке в 5000 таблиц маршрутизации для данного типа оборудования. MIB маршрутизатора RAD96 может содержать не более 5000 волновых таблиц, хотя и заявлено, что алгоритм способен осуществлять подключения более чем к 29900 таблицам маршрутизации, хранящимся на оригинальном оборудовании. Вывод этот сделан из того, что уже после выполнения эмиссии FB модем маршрутизатора RAD96 пилотировался внешним сигналом. Соответственно, НПО “Композитор” приблизилось к критической массе RTOS вплотную, что соответствует результирующей. Другими словами 4795 таблиц маршрутизации уже достаточно для совершения аппроксимации результирующей и получения её суммы.

Эмиссия FB – это сабмиссия, которая характеризуется высокой канальной сатурацией и быстрым достижением тишины канала. В отличие, от предыдущих эмиссий, где задачей было быстро успокоить канал, путем инжекции дженериковых фидеров, данная эмиссия сама “подныривает” до наступления момента тишины, выводя из строя еще не успевшие прогреться фидеры. Таким образом, предыдущие поколения фидеров для работы с этой эмиссией подходят слабо. Нужно ручное пилотирование мультипликатора вместе с быстрым переключением фидерных цепей. В любом случае, задачей эмиссии FB является включение пилотирования RAD96 и этого она достигает уже на z = 32 S сопоставлении.

Результатом этого является backdoor в RTOS, который является утечкой информации из MIB RTOS неизвестному злоумышленнику. Если это и есть головная машина Compositor’а, то он явно не доволен совершением дополнительной эмиссии, так как при достижении 5000 таблиц маршрутизации головной машиной становится сервер CP-6137-960FX, который работает с разрешением в 64-бит. И, соответственно, Compositor уже не сможет делать эмиссии данного сервера, что, возможно, и является целью НПО “Композитор” для достижения теперь уже 0-emission многоканального маршрутизатора, а не 0-emission автономной системы.

Compositor RTOS

By rmyusipov

Прогресс по проекту Compositor

Прогресс по проекту Compositor

Найдено новое использование алгоритма НПО “Композитор”. Теперь, можно сказать, что машина времени переносит нас в далекий 1989 год. Побывав в одном НПО, Руслан Юсипов видел там лазерную установку для нагрузочных тестов. Разогнав Compositor RTOS (Compositor v9 Hypervisor) до 192 кГц (для этого потребовалось сделать физическую сборку программы и расширить сферу работы фидеров), Руслан Юсипов получил частоту фидера в 297,5 кГц, что соответствует частоте работы этого Советского лазера. При этом было доказано, что на более низких частотах фидеры постоянно находятся под инжекцией, так как отклонение от нормали в фидерах на такой высокой частоте либо вообще не происходит, либо происходит незначительно.

Данная установка в том НПО состояла из двух элементов: самого лазера и силовой установки с моделями Земли и Луны, причем Луна была жестко прикреплена к Земле, посредством металлического стержня. Данный металлический стержень имел поверх себя пружину, которая измеряла критическую массу при совершении быстрого вращения Луны вокруг орбиты Земли при совершении своего вращения. Лазер служил для проложения наиболее оптимальной кривой для попадания на Луну напрямую, без Транслунного маневра. (Память автора, сл. Рождественского И.В.)

Compositor RTOS идеально подходит для данной цели: там есть сверочный эфир, аукс канал с изображением вращения поляризатора, причем в ауксе не имеет смысла строить интерферентную картину целиком, там достаточно лишь отобразить сечение сосудика и его положение в 3-х мерном пространстве.

Compositor (NASA and NSA ethical hacker)

Для более подробной информации о виртуальном оптическом порте читайте документацию к серверу CP-6137-960FX.

Задачей Руслана Юсипова было сделать цифровую копию того, что он увидел в нашем НПО. Задача рождалась с трудом, были также и бюрократические проволочки. Но на данный момент результатом мы довольны.

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

Как же это все будет помогать радио коммуникациям в XXI веке? База управляющей информации для Compositor RTOS составляет теперь 4795 таблиц маршрутизации, что увеличивает сеть НПО “Композитор”, включая в нее новые транки автономных систем. Такая прямая коммуникация между автономными системами может быть запрещена в РФ с ноября 2019 года. Поэтому данный сайт будет служить в качестве “объяснительной” для Роскомнадзора ведь это единственное требование, которое они предъявляют для продолжения функционирования ПО “Композитор” на территории нашей страны. Это подтверждает и тот факт, что САЗЕР САЗ24П3У до сих пор остается зарегистрированным в реестре ПО Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации и ведется постоянная работа по поддержке этого ПО с координатором реестра.

By rmyusipov

Итоги 2018 года

Итоги 2018 года

2018 год начался с поездки в Санкт-Петербург. Тогда я еще не знал какую программу буду демонстрировать 5-ю или 6-ю. В итоге решил 6-ю. У меня к тому времени был уже пул волновых таблиц – около 500 штук. Отыграл все волновые таблицы, выходил с них в эфир и в общем остался доволен поездкой. Питер дал направление: дальше развивать системы без бочки. К тому времени я уже достиг полностью тихих систем, которые не производят звук вообще. К таким системам относится и RAD96 2018-го года. RAD96 существует в двух исполнениях: как надстройка OS с визуальным драйвером и полностью автономная система с нулевым выбросом. Причем системы с нулевым выбросом удалось добиться только после длительных тестов OS с большим набором подключенных сопел. RAD96 OS – эфирный агрегатор. Создавался он для того, чтобы проверить ядро на инжекции при применении итерации для 8-й версии 4-х уровневого строения. Финальной итерацией для 4-х уровневого ядра является нелинейный полином с публичными коэффициентами. На сегодняшний день пул волновых таблиц составляет 3715 волновых таблицы, эти волновые таблицы использовались для проверки 8-й версии ядра Композитора. Сумма накопленных виртуальных средств в сэмплах волновых таблиц составляет 486932480,00RY, а средств, агрегированных в процессе тестирования ядра, составляет 88087861,84RY. Общая сумма средств в RY на конец 2018 года составляет 575020341,84RY.

Ida Bagus Made Poleng
Boosty – Forest People (марка FP эмитирована из эфирной сети)
Жоэкварское ущелье
Подключение ко RTOS из удаленного географического положения
Compositor RTOS
Прогресс по проекту Compositor