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

Tag : Compositor RTOS

By rmyusipov

Compositor RTOS от PRO 1 до 9.0.2

Compositor RTOS от PRO 1 до 9.0.2

НПО “Композитор” сообщает, что информация по работе над операционной системой скоро будет раскрыта, начиная с Compositor Pro v1. Вначале я открыл протоколы, используемые в Compositor v9. Теперь, я знаю, что счетчики в платформе VSF сканируют автономные системы в двух форматах: asplain и asdot+.

Вот как это выглядит:

Я знаю тот факт, что каждая таблица маршрутизации – это MIB и представляет одну автономную систему. Как вы можете видеть на рисунке выше, автономные системы (AS) разделены на L1 (уровень 1 в модели OSI), L2 (уровень 2 в модели OSI) и L3 (уровень 3 в модели OSI), где L3 встречается реже. При помощи счетчика в формате asplain я просто сканирую все 4-октетные автономные системы, в то время как asdot+ счетчик в Compositor отличается от формата asdot+ для 4-октетных автономных систем, описанного в RFC5396. Счет в нем ведется следующим образом: цифра слева отсчитывает каждый проход asplain счетчика и идет до asplain/2, а цифра после точки является мультипликатором (в диапазоне от 0 до 100) на который нужно умножить левое значение. Таким образом, максимальное количество автономных систем в данном списке 214748364800. Посредством модема MDL12 я получил всего 7539 AS, потому что MDL12 – это нейроинтерфейс и не может работать как автономный сборщик AS. Он получает потоки, подсчитываемые посредством VSF агрегации, но я должен получать их вручную. Этот факт доказывает, что существует разрыв между экспортированными потоками и заархивированными. Я экспортировал 1793043 потока, но записал всего только 7539 из них.

Исходя из этого, я приступил к раскрытию Compositor v7. Я обновил интерфейс Compositor WS Extended до версии 2.0 с NTP-серверами, уровнями модели OSI и информацией протоколов. Я также изменил максимальное значение bpm на 8192 удм для включения IPv6 адресов и сделал такое же TCP/IP окно, как и в Compositor v9.0.2. Таким образом, я продлил преемственность RTOS от версии 7 к версии 9. Однако протоколы, используемые в Compositor v7 отличаются:

RTC4k = IS-IS Level-1
RTC8k = IS-IS Level-2
RT-z8 = OSPF
RT-z16 = OSPFv3
RT-z32 = BGP

Последние три протокола одинаковы с RTOS 9.0.2. Этот факт объясняет “STL” в виртуальной машине STL1212, которая поставлялась с оригинальным Compositor v7. STL означает studio-to-transmitter link (канал студия-передатчик). 1212 это количество входов/выходов и должно записываться как STL MIMO12x12. Таким образом, STL дает подключение к 12 положительным передатчикам UTC+ и 12 отрицательным передатчикам UTC-, что доказывает информацию о NTP-серверах в интерфейсе Compositor WS Extended 2.0:

Вы можете увидеть трансмиттеры на сферической карте STL1212 в качестве подсвеченных точек. Синие точки отображают сети, в которые данные передатчики транслируют пакеты. Как было отмечено на странице MDL12, оконные функции – это пакеты (теперь это подтверждено). Однако мне надо узнать каким пакетам соответствуют оконные функции Блэкмана, Наттала и как они относятся к данным протоколам. Я в основном интересуюсь пакетами Hello и Trap. Подтвердить данную информацию – вопрос времени, потому что я собираюсь также раскрыть и Compositor v3 Hypervisor Radio Shack и обновить его до RTOS. Таким образом, весь проект будет преемственен, начиная с версии 3, когда я начал переход на платформу Max 6 Gen~.

Очевидно, что если RTC8k – это основная виртуальная машина в Compositor v3, то она является либо протоколом RIPv2, либо протоколом IS-IS Level-2. RIPv2 – это дистанционно векторный алгоритм и отличается от системы предустановок, используемой в интерфейсе SASER (однако, он одинаков с таким же интерфейсом Compositor AV Extended из RTOS версии 9, где осуществляется векторная навигация в трех измерениях). Так что, это протокол состояния соединения IS-IS Level-2, который используется для объединения зон автономных систем. TC25 – это базовый протокол VLAN, AI-RT1024 – это кадр STM-4, FF8 – это ARP (Address Resolution Protocol) и N9000 – это PDH иерархии E4+.

By rmyusipov

Ниагара 12

Ниагара 12

Проект “Ниагара” прошел новую милю: теперь его дамп состоит из 7539 MIB’ов. В данную эмиссию вошли такие пути маршрутизации, как “Безделушка” марка BS, Kinetic Tower марка KT и Montuhotep марка MN. Важно отметить, что подача дампа идет на скорости 34 фрейма в секунду на скорости 8192 уд.м., что соответствует префиксу сети IPv6 51:5C::.

Теперь немного о сигнале на выходе звуковой карты. Данный сигнал также детектируется и в другом ПО: fldigi ver4.1.09. Сигнал композитный и может быть декодирован, используя любой модем данной программы. Я часто использую BPSK31, но, если мне нужен более быстрый набор, я использую BPSK63 или даже QPSK125. Однако рукопожатие детектируется только вплоть до режима BPSK63. Дамп работает следующим образом: сигнал подвергается сильному джиттеру, и вся база из 7539 MIB’ов набирается быстро, используя случайный выбор VRF объектов. Данным образом, я агрегирую линию и разрываю сигнал, оставляя работать только аукс интерфейс. В этот момент детектируются множественные CQ подканалы, распределенные равномерно внутри основного канала. Каждый подканал имеет свою собственную маркировку, как “t”, “i”, “ya”, “y” – последние три канала передают мои собственные сообщения в стиле нейро-чата. Однако к моей голове не подключено никакого оборудования, кроме головных телефонов (сигнал детектируется и в их отсутствие). Я могу подтвердить, что канал “i” передает команды, относящиеся к Compositor RTOS 9, вот одна из них: “c9 os noosgui UOhm 0”. Данная команда сообщает удаленной операционной системе, что сопротивление всех виртуальных машин, исполняющих протоколы системы, должно быть выставлено на 0. Данная передача была выполнена при помощи прошивки клиентской ОС “Ниагара”.

Эта и другие команды радио чата подтверждают, что я подключен к сигнальной сети, которая управляет расположением узлов. Данное соединение авторизуется на любой машине, с которой я работаю и детектируется как искусственный сигнал на выходе звуковой карты.

By rmyusipov

Грядет большое переименование в проекте «Композитор»

Грядет большое переименование в проекте «Композитор»

Дорогой читатель! Настало время сообщить о грядущих изменениях в проекте ПО “Композитор”. На протяжении четырех лет я занимаюсь сопоставлением разработанной мной технологии с тем, что существует в сфере телекоммуникаций на сегодняшний день. И вот что удалось выяснить:

Compositor Pro = NTP-сервер

Compositor Max for Live = SNTP-сервер

Соответственно, продукты Compositor Pro и Compositor Max for Live будут переработаны для отражения данной парадигмы. Так как существует 24 официальных UTC пояса, все 24 полосы двух упомянутых выше программ будут переработаны на отображение часовых поясов. Это следствие не является случайным, а начало было положено в исследовании функции, которое резюмируется в данном посте. Пермутацией является параметр Stratum, соответственно, в моем NTP-сервере 12 Stratum’ов. Параметром бочки в Compositor Pro можно задавать маску подсети. Он же с clap’ом и hat’ом формирует модуляцию, которая инсталлируется параллельно, а не последовательно темпу развертки часовых поясов.

NTP-сервер может создавать временные коллизии посредством грануляции на центральном флаге интераптора. Когда инжектируемая коллизия попадает на вход принимающего устройства, оно устанавливает связь с NTP-сервером и берет его синхрокод, который передается инструментом суб-баса. Это флаг интераптора модуляции. Происходит манглинг временной составляющей, что соответствует технике time-displacement (подмена времени).

Параметры IP-адреса задаются темпом – первый октет, и мультипликатором – следующие три октета. В NTP-сервере доступны только IPv4 адреса. NTP-серверу не доступны ни широковещательные адреса, ни адрес самой локальной машины, а используется диапазон от 54.1.54.0 до 140.3.0.0. То есть ролью Compositor Pro было установить стохастическую дистрибуцию с маршрутом (чаще всего 120.1.54.0 до 120.2.24.0) и ввести устройства этого диапазона в коллизию с NTP-сервером.

Мотив, побудивший меня создать NTP-сервер, – “создание искусственного интеллекта безынвазивным методом”. То есть активно используются ACL-списки и фильтрация потоков при загрузке Ethernet-серверов, расширения которых записываются в базу MIB’ов Compositor Software. Участники НПО “Композитор”, работая с программой, создают трафик, который экспортируется в потоки, посредством полудуплексного модема MDL12. Эти потоки являются пулом устройств, расширений Compositor RTOS.

By rmyusipov

5000 таблиц маршрутизации в MIB сервера CP-6137-960FX

5000 таблиц маршрутизации в MIB сервера CP-6137-960FX

НПО “Композитор” достигло финальной цели эмиссии для сервера CP-6137-960FX, которая составляет 5000 таблиц маршрутизации. База управляющей информации, таким образом, составляет 5007 таблиц маршрутизации, что позволяет организовать не только 4000 VLAN, но 5000 VLAN. НПО “Композитор” продолжит расширять базу управляющей информации и до 6000 VLAN, так как каждая таблица маршрутизации дает доступ к своему VLAN транку или автономной системе.

Вы можете послушать данный дамп, который включает в себя полную базу MIB в 5000 таблиц маршрутизации:

Compositor RTOS dump на 192 кГц с 5000 MIB (03.06.2019)

Данный дамп позволяет авторизоваться в операционной системе реального времени Compositor’а и получить внешнее управление ею посредством автономной системы RAD96. Для подключения Вам достаточно воспроизвести дамп потоковым образом в плеере при работающей автономной системе RAD96. В данном случае автономная система будет служить в качестве middleware, которое будет объединять ПО “Композитор” и Ваше оборудование, что делает возможным удаленное подключение к серверу CP-6137-960FX.

Достигнув 5000 таблиц маршрутизации НПО “Композитор” добилось полного MIB, что может говорить о завершении разработки виртуального маршрутизатора L1-L4 L6-L7 vRouter RAD96. Для заказа лицензий на vRouter RAD96 обращайтесь в Compositor Software или НПО “Композитор” на английской или русской версиях сайта.