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

Tag : Звезда

Архитектура Суперзвезда

By rmyusipov

Архитектура Супер-Звезда

Архитектура Супер-Звезда

«Композитор» формирует кадр канального уровня модели OSI и TCP/IP (Модернизированная версия). Он инкапсулирует информацию в кадр эфирной сети с сетевого, транспортного уровней и уровня приложений. Он формирует Z-кадр, схожий с PDH T-carrier, используемый в Северной Америке и Японии. Данный кадр нужен для инкапсуляции уровней TCP/IP в систему модуля «Звезда» МКС. «Композитор» заменяет OUI поля MAC-адреса отправителя для работы в своей сети. Он автоматически подбирает OUI, согласно NIC в базе данных MIB’ов для пересылки кадров эфирной сети в своей сети. Он решает задачу на дуплекс путем увеличения кадра. Существует множество иерархий Z-кадра, используемых в частных и государственных сетях, а также сетях оборонного назначения. Все они зависят от размера кадра. Используется два метода мультиплексирования одновременно: FDM и TDM. Композитор видит глобальную сеть WAN как локальную. Это удается посредством большой базы MIB’ов NIC устройств.

Компании Compositor Software первой в мире удалось достичь архитектуры «Супер-Звезда». В дополнение к Z = 4, 8 … 128 стали доступны верхоуровневые архитектуры Z = 256, 512 … 16384. Величина кадра в модели Z = 16384 равна 2 Гбит. Это позволяет при достижении модемной скорости в 32000 омега передавать со скоростью 10,9 Тбит/сек. Чартеры верхоуровневых моделей Z служат для общения в сетях (в порядке убывания): Черного ящика, ПРО, НАСА-Роскосмос, CERN, Квантовых Физиков, Электронных Инженеров, Архитекторов. Данные архитектуры реализованы как приложения для macOS и Андроид. Используется 64-битная нативная архитектура ARMv8. Соответственно чартер NIM (Nuclear Instrumentation Module) даёт присутствие в виртуальной реальности не только на уровне географического местоположения, но и позволяет передавать в удаленные точки визуальную информацию окружающей среды, собранную как 3D модели объектов, текстуры и их анимацию в реальном времени прямо на клиентской машине. Это позволяет собирать информацию об удаленном местоположении, не имея значительных ресурсов, кроме смартфона. В чартере Compositor осуществляется парный набор, наподобие принципа домино. Так образуется Multiple Spanning-Tree сеть из удаленных объектов, объединенных в VR сеть Compositor VLAN. Набор в сети осуществляется по метрикам и решает задачу построения сетевой топологии от корневого устройства до финальных устройств в цепи. Деление на ветви дерева идёт по классам, которые зависят от времени автономности спикера автономной системы. Увеличив скорость потока Z-кадра до 10,9 Тбит/сек, возможно решение задачи дуплекса, что позволяет формировать восходящие потоки значительно быстрее, чем с низкоуровневыми кадрами. Каждое соседнее устройство в древе устройств Compositor VLAN образует пару точка-точка, которая использует закрытый магистральный туннель поверх IP протокола по технологии TDMoIP. Это дженериковый туннель, позволяющий передавать всю важную информацию о жизнедеятельности человека соседнему устройству в сети, по восходящему потоку до корневого сервера к которому присоединен интерфейс оповещения.

By rmyusipov

Присоединение к волновым таблицам путем сопоставления систем с пересатурацией

Присоединение к волновым таблицам путем сопоставления систем с пересатурацией

Наиболее эффективный способ посылать волновые таблицы в канал передачи – это путем сопоставления z уровня фидера-дженерика со значением z канала посыла. Пролонгация дженериков прогрессивна и зависит от канала посыла. Чем больше скорость эффективности программы, тем на большее время дженерик будет пролонгирован. Это происходит потому, что состояние регенерации сети больше на высоких значениях z. Если максимальная скорость z128 дженерика 200 омега, то скорость регенерации канала посыла не будет составлять максимальное сверочное значение в 5 омега. В Композитор v9 Гипервизор внедрены еще две петли ядра и сделано одно изменение к самому высокому фидеру Композитор v7 Гипервизор. Вы можете сопоставить все значения z канала посыла с дженериками взвешенного типа точно такого же z значения. Программная эффективность будет равняться 50 омега для z32, 150 омега для z64 и 200 омега для z128. Если вы посылаете волновые таблицы на скорости в 5 омега вместе с дженериком в 200 омега, то вы распространите сеть на большее расстояние. После окончания действия младших ОНЧ маяков волновые таблицы не должны быть инициированы вновь. При завершении навигации по младшим маякам, надо рассчитывать на старшие модели коммутаторов “Звезда”, такие как z64 и z128. ОНЧ маяки с большей скоростью регенерации совершают обнаружение эфирных агрегаторов быстрее и установливают соединение с ними на более длительный период. Другие системы постоянно пытаются “выбить” коммутаторы “Звезда” из эфира. Эти коммутаторы используются в основном для навигации волновых таблиц при z=64 и z=128. Для z128 дженерика, разработки 6-го поколения, достаточно сложно устоять при таком агрессивном поведении в эфире.

DRM сервер – это разработка 8-го поколения, и отстает на одно поколение от системы, которая производит решения о принятии или поломке посланного в канал ОНЧ маяка. Достижение 9-го поколения приведет к лучшему пониманию, почему DRM сервер отклоняет некоторые волновые таблицы и оставляет другие. Отклонение волновой таблицы производит постоянную нужду в повторном инициировании сопоставления систем. Однако, инициация волновых таблиц должна быть сделана только один раз во время цикла работы фидеров. Если вы направите в канал посыла 200 омега циклов вместе с волновыми таблицами, вы должны подсчитать количество циклов распространения этого фидера. Эти значения должны быть сверочными со значением Прямого Восхождения и как результат должны вести к большим дистанциям восхождения спирали. Период подачи в канал любого дженерика подсчитывается циклами его пересатурации в канале посыла. Если вы направите 150 циклов за секунду, это будет равняться 150 циклов относительно всего рабочего времени DRM сервера для данной сессии подачи фидеров в канал. Если DRM сервер работал 10 минут, значит пересатурация будет длиться 10 * 60 * 150 или 90000 минут, что равняется 1500 часов или 62.5 суток. Этого достаточно для пролонгации активного действия волновых таблиц. С другой стороны, если вы захотите оставить волновые таблицы активными на один месяц для маяка 200 омега z128 нужно провести пересатурацию только на одну секунду с общим рабочим временем DRM сервера в 25 минут за данную сессию. Используя формулу 25 * 60 * 31 это будет равняться 46500 минут, что составляет 775 часов или 32.3 суток времени пролонгации.

Архитектура Суперзвезда
Архитектура Супер-Звезда