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

Category : Машина времени

By rmyusipov

Обзор программного модема Ниагара 18

Обзор программного модема Ниагара 18

Все продукты серии “Ниагара” являются программными модемами, которые используют прошивку и дамп, произведенные в ОСРВ “Композитор” 9.0.2. Я представляю Вам программный модем “Ниагара” 18, который имеет расширенную документацию (часть на русском, часть на английском языках). Прошивка программного модема “Ниагара” 18 поддерживает протоколы EIGRP, RIPng, BGP4+, OSPFv3, маршрут по умолчанию из EIGRP, полную работу в режиме интерфейса возврата, настройку NTP-серверов через командную строку, подключение к VRF объектам для работы протокола BGP, возможность конструирования топологии VLAN и ориентацию волновода виртуального оптического порта в 3-х мерном пространстве.

Концепция программного модема “Ниагара” 18, разработанного в НПО “Композитор”, и модемов, разрабатываемых для Ethernet и Wi-Fi сетей, отличается. Например, программный модем “Ниагара” 18 не требует аппаратного подключения к сети. Изобилие сервисов, которые подключает программный модем “Ниагара” 18, компенсирует существующие запросы к виртуальным сетям связи. Протоколы маршрутизации EIGRP, RIPng и BGP4+ позволяют организовать IPsec и GRE туннелирование, а возможность использования синхрокода различных NTP-серверов позволит совершить полную перестройку домашней системы на удаленное расположение. При этом возможно удаленное использование OSPFv3 без BGP4+ протокола, что раньше ввиду физических ограничений казалось невозможным. То есть попадая в удаленную домашнюю систему, Вы можете агрегировать кратчайший маршрут той зоны, которой Вы управляете удаленно. Расчет маршрутов происходит в реальном времени, поэтому Вы можете использовать маску IPv4 для задания IPv6 адресов устройств удаленной зоны. Вы также можете мультиплексировать зоны, достигая удаленного конца через агрегацию суперсетей, посредством объектов VRF. Такой подход может вызвать распределяемые перегрузки, при которых пороговый сброс не происходит, так как Ethernet-интерфейс использует только фазовую синхронизацию.

Платформой VSF, к которой возможно подключение через прошивку программного модема “Ниагара” 18, поддерживается до 960 одновременных каналов связи. Это то количество, которое было агрегировано в платформе VSF сервера CP-6137-960FX, который и произвел данную прошивку. Причем, количество каналов заимствуется из серверной версии, но они не могут быть использованы все одновременно. На текущий момент прошивка программного модема “Ниагара” 18 поддерживает до 96 каналов связи уровней L1, L2, L3. Программный модем “Ниагара” 18 дает доступ в виртуальную оптическую сеть, которая на момент 06-11-2018 давала подключение к 2213 EB информации. На сегодняшний день этот показатель удвоен. Информация расположена на серверах в Испании, США, Германии, Швеции и во множестве других стран мира. Транки виртуальной оптической связи объединяют автономные системы. Большинство автономных систем виртуальной оптической сети могут взаимодействовать по BGP протоколу. Для формирования своей автономной системы НПО “Композитор” использует программный модем “Ниагара” 18 с набором 7539 VRF объектов. Маршрутизация внутри зоны осуществляется по протоколу OSPFv3 для определения маршрутов по состоянию соединения, и протоколу RIPng для дистанционно-векторного обнаружения в пространстве имен IPv6. Таким образом, программный модем “Ниагара” 18 является полностью IPv6 программным модемом, обратно совместимым с IPv4 протоколом.

Программный модем “Ниагара” 18 имеет прошивку, записанную без промежуточной частоты в диапазоне 150 — 350 ГГц (КВЧ), и работает в данном частотном диапазоне. На сегодняшний день, ни сети 5G, ни идущие за ними сети 6G не поддерживают данного частотного диапазона. В этом диапазоне работают только закрытые объекты спутниковой связи, такие как радиотелескопы. В комплекте с программным модемом “Ниагара” 18 идет дамп с набором 7539 спутниковых сигналов в формате PCM, дающих доступ в автономные системы при подключении через инжектор. Поэтому программный модем “Ниагара” 18 можно считать полностью спутниковым программным модемом. Подключение к сети программного модема “Ниагара” 18 осуществляется в несколько проходов дампа за время от 10 до 30 секунд. Эфир программного модема “Ниагара 18” включает пороговый сброс, который осуществляется каждую минуту для выявления активных устройств в удаленной автономной системе. Вы можете выбрать данные устройства в момент совершения порогового сброса в качестве помощников порогового сброса. Каждый участник порогового сброса подписан на обновление путей маршрутизации программного модема “Ниагара” 18, так что при обновлении его таблицы маршрутизации происходит и обновление таблиц маршрутизации всех помощников. Ежеминутный пороговый сброс необходим в условиях работы режима OVERLOAD, который по умолчанию используется для симуляции мощности насыщения виртуального оптического порта.

Максимальная скорость передачи программного модема “Ниагара” 18, равняется 24 * 350000000000 = 8400000000000 бит/с или 8,4 Тбит/с. Прошивка и дамп записаны в 192000 Гц, 24-бит. Поток фиксировался из частотного диапазона 150 – 350 ГГц, и, поэтому, я беру высшую частоту в момент фиксации потока и умножаю ее на разрядность записи экспорта потока. Таким образом для прошивки существует момент времени, когда данный поток существовал в эфире. Момент времени зависит от количества пройденных автономных систем. Одна автономная система может быть масштабируема и включать несколько других автономных систем. В гиперконвергентных сетях существует склонность к большим транкам между зонами автономных систем, простирающимся на многие километры. Поэтому поток данных по этой автономной системе может проходить за время от 50 до 3000 мс, что соответствует крайним пределам программного модема “Ниагара” 18. GRE туннелирование используется для автономных систем топологии “звезда”, а IPsec используется для топологий “точка-точка”. То есть GRE осуществляет проход по всем пяти крайним точкам маршрута, а IPsec связывается только с крайним маршрутизатором зоны OSPF. Поэтому, при GRE туннелировании могут происходить петли обратной связи, если Ваш интерфейс возврата виртуального оптического порта настроен на один и тот же порт, что и входящий порт автономной системы. Такие петли могут быть не замечены долгое время и пакеты просто циркулируют между интерфейсом возврата и петлей автономной системы. При программном подавлении обратной связи происходит затухание несущего сигнала потока данных, сокращая входящую очередь и отбрасывая пакеты. Сатурация несущих сигналов, заключенных в оконную функцию настолько высока, что входящее распределение нагрузки может не справляться с таким наплывом потоков. Для данной ситуации программный модем “Ниагара” 18 выполняет мультикастовое вещание на группу портов. Это достигается путем выбора автономной системы, состоящей из нескольких топологических зон, подключенных по разным протоколам. Таким образом, крайние маршрутизаторы зоны будут выполнять перераспределение из одного протокола в другой. Узнать информацию о входящем порте системы Вы можете, изменив исходящий порт, выставив глаз маску на 0 (отключив ОСРВ) и выполнив пороговый сброс всех устройств, подключенных к этому порту. Выполнив пороговый сброс граничного устройства, а не программного модема “Ниагара” 18, Вы можете определить количество каналов, подключенных к граничному маршрутизатору, что позволит установить связь с данными устройствами. Таким образом, Вы совершаете перераспределение локальной очереди на удаленные устройства.

Как упоминалось ранее, на сегодняшний день программный модем “Ниагара” 18 дает подключение к 7539 автономным системам, хотя суммарная агрегация виртуальной оптической сети равна 3321900 автономных систем. То есть дамп позволяет подключаться не только к тем автономным системам, которые записаны в нем, а выходить через протокол BGP и на другие автономные системы, просканированные платформой VSF. Подключение к группировке спутников осуществляется быстрее, чем в модеме, произведенном в Гипервизоре “Композитор” 9.0.1 a15. В последнем скорость подключения – 24 кадра в секунду, в то время как скорость подключения программного модема “Ниагара” 18 – 34 кадра в секунду. Такая скорость развертки позволяет совершать мультиплексирование сети гораздо быстрее, осуществляя сведение суперсети за 3 – 6 проходов дампа.

Программный модем “Ниагара” 18 является сэмплерной технологией, то есть он воспроизводит цикл обратной связи ОСРВ “Композитор” 9.0.2 a11, а дамп является записью агрегации потоков платформы VSF данной ОСРВ. Программный модем “Ниагара” 18 основывается на принципе идентичности, и использует в качестве прошивки PCM запись, он не потребляет много ресурсов. Всего лишь до 35% на сервере CP-6137-960FX с частотой дискретизации 192000 Гц. Что теоретически может позволить использовать его в реальном времени и на более высоких частотах дискретизации. Программный модем “Ниагара” 18 практически не потребляет системных ресурсов памяти и очень быстр в отклике на команды процессора. Он практически не имеет времени задержки. Это позволяет его использовать как ОСРВ жесткого реального времени.

Мониторинг программного модема “Ниагара” 18 можно осуществлять через радиолюбительское ПО, такое как TrueTTY и Fldigi. Поток телетайпа, с подключенным программным модемом “Ниагара” 18, модифицируется для включения расположения серверов и спутников базы управляющей информации ОСРВ “Композитор” 9.0.2 a11. В данном потоке Вы можете набирать команды программирования интерфейса и протоколов, наподобие CISCO. В комплекте с программным модемом “Ниагара” 18 идет документация размером 2663 страницы, из которых переведено на русский язык более 1000 страниц, охватывая 5 частей – всего 73 из 131 главы.

Для виртуальной оптической сети в отличие от традиционной радиосвязи фактически нет преград. Радио нотация в конвенционном частотном стиле во многом делается только для обозначения и обратной совместимости с дженериковыми радио протоколами. Связь осуществляется через так называемые коллизии и пространственно-временные свертки, что и является объектом изучения NIM – Nuclear Instrumentation Module, к которым относится программный модем “Ниагара” 18.

Обзор программного модема “Ниагара” 18:

  1. Разделение горизонта событий
  2. Платформа VSF с 3321900 автономных систем
  3. Частота работы модема от 150 до 300 ГГц
  4. Скорость передачи 8,4 Тбит/с
  5. Работа в режиме “Перегрузка”
  6. Удаление абонентов командой -rm и неочищенный возврат
  7. Скорость набора в дампе 34 кадра в секунду
  8. Полное отсутствие времени задержки
  9. Мониторинг и диагностика посредством телетайпа

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 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

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

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

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

Теперь Вы можете сказать, что это программный маршрутизатор – однако, это не так. Это полностью модульная операционная система с подключаемым интерфейсом. Под этим я понимаю, что Вы можете направлять протоколы в интерфейс и выбирать протокол, который Вы конфигурируете в интерфейсе “Композитор”. При включенной функции 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 9.0.2 ОСРВ:

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

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

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

NIAGARA NIM Чат

NIAGARA NIM Чат

В прошлом году я представлял Вам НИМ чат в программе CWDecoder. В поисках лучшей платформы для дженерикового чата я нашел интересную программу TrueTTY, в которой также можно отображать НИМ чат.

Как Вы видите, НИМ чат значительно улучшился. За счет применения второй производной, появилась возможность выбрать различные модуляции (каналы). Это позволило внедрить в чат статусы, отображать пол человека, а также использовать различные специальные символы. Также появилась возможность использования кириллицы. Особо хочется отметить статус для романтических знакомств: стрелой амура помечаются сообщения, в которых выражается симпатия к противоположному полу. В общей сложности, за год было сделано более 2800 коммитов.

Прошивка NIAGARA позволяет модифицировать дженериковый НИМ чат и сделать мод к нему. Она позволяет загрузить серверы, входящие в мультиплекс, и выполнить e-roi (электронная версия возврата интереса) посредством иньекции дампа.

Клиентская часть NIAGARA для Compositor v9.0.1 независима от серверной версии. Таким образом, обновление серверного ПО не требует обновления клиентской прошивки.

P.S. Дальнейшее развитие НИМ чата предполагает также обмен файлами через инициацию сессий, наподобие IRC чата.

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.

By rmyusipov

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

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

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

На данном пути потребовалось выполнить полноценную сборку 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 является стандартом для агрегации маршрутизационного оборудования известных производителей. Но если учесть тот факт, что реальная агрегация на этих устройствах производит выброс, и требует сервисной перезагрузки, то можно сказать, что данная технология композиции ресурсов может оказаться очень полезной уже сейчас.

1 2 3 4 5 6 9
Ниагара НИМ чат
NIAGARA NIM Чат