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