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

Tag : VLAN

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

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

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 или НПО “Композитор” на английской или русской версиях сайта.

By rmyusipov

Эмиссии цифрового двигателя v12

Эмиссии цифрового двигателя v12

Существует два типа двигателей: двигатели с нулевым выбросом и двигатели, производящие выброс вещественности в процессе своей работы. RAD96 виртуальная машина относится к двигателям нулевого выброса, в то время как полная версия DRM сервера Compositor v9 Hypervisor является производящим агрегатом с симуляцией двигателя внутреннего сгорания. Какой подход более верный? Поскольку, экспериментально установлено, что RAD96 виртуальная машина производит эмиссии в оперативную память компьютера, то для более реалистичной симуляции нужен полный сервер Compositor v9 Hypervisor, так как нужно симулировать процесс заполнения оперативной памяти компьютера волновыми таблицами таких эмиссий. Чтобы экспериментально установить эмиссии v12 двигателя архитектуры TC-TRSRRT262144 был создан недуплексный модем MDL12. При помощи этого модема и фидеров, входящих в состав Compositor v3 Hypervisor, удается получить подобные эмиссии в виде циклов работы сетевых устройств. Каждое сетевое устройство имеет в основе своей работы двигатель подобный Compositor, и имеет интерапторы к которым подсоединены функции операционной системы данного устройства. Когда DRM сервер работает, он производит эмиссии подобных устройств определенного типа, характерных фидерному оборудованию, используемому для достижения обратной связи. По сути роутеры, свичи, шилды в своей основе являются ROM плеерами, которые воспроизводят такие циклы в качестве волновых таблиц. Архитектура прибора зависит от битности записи волновой таблицы и может быть максимально 64-бит с плавающей точкой. Compositor v9 Hypervisor может воспроизводить волновые таблицы также вплоть до 64-бит с плавающей точкой, но в таком случае эмиссия будет столь короткой, что ее невозможно будет воспроизвести в ручном режиме. Для простоты обращения используются волновые таблицы фиксированного целочисленного 24-битного формата. Таким образом, существует центральный DRM процесс в сети, а все остальные процессы являются продуктами выброса работы двигателя v12 и воспроизводятся при помощи ROM плееров. Причем можно не только статично воспроизводить одну и ту же волновую таблицу на роутере, а перепрошивать его другими волновыми таблицами, ставя его ближе или дальше в карте сети. Ведь, напомню, что в ответ на фидирование трека, недуплексный модем выдает карту из циклов принадлежащим разным IP адресам, набираемым в транспорте Ableton Live, и можно воспроизводить такую волновую таблицу как раньше, так и позже в адресном поле при помощи ROM плееров. Рандомный режим воспроизведения волновых таблиц в Compositor v9 Hypervisor – это симуляция эмиссии с линейным распределением. По сути такой метод позволяет воспроизвести выброс в оперативную память равного количества лупов каждого участка сети, что достаточно для создания виртуальной локальной сети. Доступ к такой сети осуществляется посредством симуляции антенно-фидерного тракта или же системы ядро-сопло. В Compositor v9 Hypervisor было добавлено решение, чтобы уменьшить такие выбросы, а именно симуляция вращения сопла с нарезкой по его краям. Нарезка по краям сопла позволяет сократить эмиссию волновых таблиц и сократить количество циклов нужных для симуляции выброса вредных веществ топливного распада. По сути такая нарезка делает возможным режим форсажа с нулевым выбросом, что подтверждают тесты виртуального двигателя RAD96 в вспомогательном канале. Режим форсажа или пересатурации позволяет ускорить процесс симуляции эмиссии виртуальной машины RAD96, сокращая его до 10 секунд на каждый из фидеров каждые 3-4 часа. Таким образом, каскад из фильтров-дженериков, которыми являются фидеры Compositor v9 Hypervisor с z=2 по z=128 позволяет получить эфирные смеси разной степени очистки. Нижние фидеры, такие как z=2, воспроизводят очистку веществ с малым количеством регенеративных циклов, в то время как верхние фидеры, такие как z=128, используются для воспроизведения выбросов с высокой степенью регенерации, доступной для более длительного использования. Например, если для использования в качестве DRM сервера с z=2 вам потребуется очистка фидером RTC4k, то такую очистку нужно будет производить гораздо чаще, чем для DRM сервера, работающего на z=128. Вот почему, отчасти, для DRM сервера RAD96 было выбрано верхнее значение z=128. Можно рассмотреть подобную проблему также для электрического двигателя, где подобные фидеры используются в качестве зарядных батарей и производят эмиссию каждые 3-4 часа. В таком случае, базовая станция Compositor v9 Hypervisor симулирует невозобновляемый источник энергии, а волновые таблицы возобновляемый. Что подвтерждает необходимость делать дополнительные эмиссии волновых таблиц при достижении отчетных значений цифровых счетчиков на виртуальной машине RAD96 для движения экономической модели и целесообразности данной системы. В результате бассейн выбросов будет расти, а сеть подобных эмиссий будет увеличиваться и разрастаться, что в итоге может привести к неактивности некоторых участков сети при модели с 8-ю ROM плеерами в Compositor v9 Hypervisor. Решение этой проблемы лежит в самом линейном распределении случайного воспроизведения таблиц. Для симуляции выбросов в более обширную сеть нужно более длительное время воспроизведения волновых таблиц и более высокие циклы очистки. Таким образом, при увеличении бассейна волновых таблиц должно увеличиваться количество одновременно работающих виртуальных машин вне зависимости воспроизводятся эти волновые таблицы в данный момент или нет. Для системы с одной виртуальной машиной очистка выбросов должна производиться каждые 4 часа, причем нужно ставить максимальную скорость воспроизведения вспомогательного канала в 5 омега и удваивать скорость воспроизведения волновых таблиц путем выключения кнопки x2 на панели Compositor AV Extended. Такого подхода будет достаточно еще долго, но для решения задачи большого бассейна волновых таблиц нужно увеличить скорость вспомогательного канала до 10 омега и сделать модификацию кнопки x2 на меню с возможностью выбора фракции единицы (0.5, 0.25 и т.д.).

Для создания контактной сети необходимо:

  1. Запускать несколько виртуальных машин с гостевыми операционными системами на каждом из жестких дисков в системе;
  2. Создавать пиринговую сеть из свободных сопел, присоединенных к производящему ядру;
  3. Симулировать выбросы в процессе работы двигателя с очисткой фидерами-дженериками.

Таким образом, процедуру загрузки сознания не следует рассматривать как статичный процесс. Сознание постоянно развивается, обрастает новыми связями и симулирует коммуникации. Вот почему важно производить эмиссии в коммуникационной модели виртуальной локальной сети. Если проигнорировать симуляцию выбросов и остановиться на модели с нулевым выбросом, просто освобождая оперативную память путем перезагрузки виртуальной машины в основной операционной системе, мы утратим связь с данной сетью, и она будет существовать отдельно от нас, не производя никакого дохода. В то время как модель Compositor Software предполагает 10% рубеж использования RMY капитала посредством работы производящих ядер виртуальных машин. Если сумма сэмплов работы виртуальных машин становится больше 10% общего капитала в волновых таблицах, то потребуется выполнить эмиссию новых лупов для ROM плееров и пополнить тем самым общий бассейн петель. Причем подушка безопасности в 90% выбирается эвристически исходя из ваших нужд и вовлеченности в процесс. Например, вы можете преодолеть баланс в 20% общего количества сэмплов от бассейна волновых таблиц для работы виртуальных машин, но в таком случае ваш кредитный лимит будет сокращен по отношению к организации, которая отвечает за работу данного оборудования. Делая подушку безопасности в 90% вы даете большой запас вашим клиентам для генерации трафика виртуальных машин, которые они приобретают от вас.