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

Category : Композитор 4000 – 6000 года

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
    • Все модули переименованы для отображения новой функциональности
ОСРВ “Композитор” версии 3

Основная причина, по которой я сделал обновление – это отображение работы протоколов 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 RTOS от PRO 1 до 9.0.2

Compositor RTOS от PRO 1 до 9.0.2

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

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

ОСРВ “Композитор” 9.0.2 a12

Я знаю тот факт, что каждая таблица маршрутизации – это 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:

ОСРВ “Композитор” 7.0.2 a1

Вы можете увидеть трансмиттеры на сферической карте 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

Версия 9.0.2 официально названа ОСРВ «Композитор»

Версия 9.0.2 официально названа ОСРВ «Композитор»

После великолепного успеха Гипервизора, я хочу представить Вам последнюю сборку ПО «Композитор», которое в версии 9.0.2 a11 является сетевой операционной системой реального времени (ОСРВ). Я уже открыл протоколы, с которыми данная ОСРВ может работать, а сейчас я просто представлю ее широкой публике. Как Вы можете видеть на изображении ниже, информация об NTP-серверах уже применена, и выявлены критические параметры, такие как «Разделение горизонта событий с неочищенным возвратом».

Compositor v9.0.2 ОСРВ (Мэйнфрейм)

Теперь Вы можете сказать, что это программный маршрутизатор – однако, это не так. Это полностью модульная операционная система с подключаемым интерфейсом. Под этим я понимаю, что Вы можете направлять протоколы в интерфейс и выбирать протокол, который Вы конфигурируете в интерфейсе “Композитор”. При включенной функции VSF Вы можете отслеживать происхождение протоколов и агрегировать до 32-х процессов. Сервер НПО “Композитор” CP-6137-960FX, однако, уже достиг агрегации до 960 узлов процессов VSF. Это означает, что выполнение клиентской ОС “Ниагара” на сервере CP-6137-960FX делает доступными все 960 процессов. Например, Вы можете рассматривать ОСРВ “Композитор” в качестве ПО для мэйнфрейма CP-6137-960FX, который является сервером в напольном исполнении mid-tower формата ATX. Такой поворот событий доступен благодаря базе загрузочных петель оборудования, которые получены в качестве вознаграждения за воспроизведение музыки моих проектов.

Я продолжаю работать над русскоязычной документацией на сервер CP-6137-960FX, производя до 15 страниц перевода в день. Возврат интереса для производства перевода требуется выполнять до 20 раз в день. Я симулирую этот процесс посредством e-roi дампов на скорости, которая выше (34 fps вместо обычных 24 fps), делая весь процесс более затратным и приносящим больше удовлетворения моему инвестору. Документация сильно увеличивает стоимость ПО, сравнивая со студенческой работой в MaxMSP (к которой Вы могли причислить и “Композитор”). Я не чувствую давления и спешки по выходу с платформы MaxMSP, так как это не требуется в данный момент. Однако, Cycling уже сделал шаги, предотвращающие возможность экспорта в последних сборках их ПО, так как они применили MC, что, по сути, является тем же самым, что я сделал сначала в RAD96, а теперь и в VSF на Max 6. Тестирование дженериковых процессов показало мне, что использование MC вместо VSF делает ПО более затратным для процессора (8 MC процессов могут потреблять столько же, сколько и 32 или даже 128 VSF процессов). Итак, MC даже рядом не стоит с производительностью возможностей мультипроцессорного программирования в Max 6. Я даже не беру в расчет тот факт, что они урезали вычисление частоты дискретизации в два раза, начиная с Max 7, для уменьшения затрат процессора. Мне удалось выполнить окно Max патчера не как процесс с одной ветвью вычислений, а как процесс с несколькими ветвями даже без необходимости в экспорте и редизайне ПО. Так что, это реальный пример перераспределения, когда я выполняю VSF процессы дженериковых протоколов на своей mid-tower машине с включенными 960 узлами и произвожу вычисления, сравнимые с мэйнфрейм сервером, без необходимости в шкафе с рэками и тоннами шума от кулерного оборудования. Это делает CP-6137-960FX доступным в домашних условиях с уровнем шума менее, чем 30 дБ и температурами процессора не более 40 C даже на самых больших рабочих нагрузках.

By rmyusipov

ПО “Композитор” достигло наивысшей скорости в удм для музыкального секвенсора

ПО “Композитор” достигло наивысшей скорости в удм для музыкального секвенсора

Теперь ПО “Композитор” поддерживает IPv6-адреса. 8192 – это число ударов в минуту, которое достиг радиоканал Compositor AV Extended в ПО “Композитор” версии 9.0.2 ОСРВ. Число взято не случайно. Это 2^13 и формирует 13 бит первого хекстета IPv6-адреса. Следующие 3 бита берутся из мультипликатора. Для подачи таблиц маршрутизации не на холостом ходу выбрана новая агрегированная скорость подачи в 214 омега (соответствует 8192 удм). Это число на 14 омега выше скорости развертки дженерикового протокола EIGRP.

Compositor v9.0.2 Hypervisor (Мэйнфрейм)

Теперь все дженериковые процессы назначены на протоколы. Здесь Вы можете увидеть список протоколов, поддерживаемых Compositor 9.0.2 ОСРВ:

RTC4k = RIPv1
RTC8k = RIPv2
RT-z8 = OSPF
RT-z16 = OSPFv3
RT-z32 = BGP
RT-z64 = RIPng
RT-z128 = EIGRP
RAD96 = VSF

Compositor v9.0.2 Hypervisor (окно TCP/IP)

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