Compositor SoftwareCompositor Software

Category : Cosmology

By ruslany

Compositor Software extended services set

Compositor Software extended services set

Compositor Software server has confirmed its success in supporting the remote workflow. Even the set of services that was named in a previous post ensured the smooth operation of all network resources. However, for a full-fledged work, this was not enough. I resumed work on the implementation of all services from the Network Real-Time Operating System (NRTOS) versions 3.0.3 – 9.0.2. Since the main task of the server is to create a network map with a high depth of topological viewing, I implemented two more MDL12 services and feeders of the 3rd version, such as AI-RT1024, FF8, N9000, TC25, which allow working with corporate PDH and SDH network hierarchies and broadcast them in VLAN using ARP for the analog IP radio interface.

Thus, a common set of services now:

7 RAD36 servers
2 MDL12 servers for radio telescope and IPTV
1 VoIP server
4 FF8 Feeders for ARP Protocol
4 AI-RT1024 Feeders for SDH
4 N9000 Feeders for PDH
4 TC25 Feeders for VLAN
1 RAD96 server extension to work with the Niagara igniter (VPN)
1 RAD96 Autonomous System

Protocols:

STC2k – X.25
RTC4k – RIPv1, IS-IS Layer 1
RTC8k – RIPv2, IS-IS Layer 2
RT-z8 – OSPF
RT-z16 – OSPFv3
RT-z32 – BGP
RT-z64 – RIPng
RT-z128 – EIGRP

All services are compiled and operate at the kernel level of the operating system. Only this approach allows maintaining the scalability of services in a hyperconverged environment. It do not lack of services, everything looks very worthy at the level of a serious manufacturing company. This approach provides the server with the emitted database and allows you to generate new links on the fly without the need to record and enter them through the injector.

By ruslany

Niagara 18 software modem review

Niagara 18 software modem review

All Niagara series products are the software modems, which use middleware and dump, produced in Compositor RTOS 9.0.2. I present to you Niagara 18 software modem, which has an extended documentation (part on Russian, part on English languages). Niagara 18 software modem middleware supports EIGRP, RIPng, BGP4+, OSPFv3 protocols, default route from EIGRP, full work in loopback interface mode, NTP-servers setup via command line interface, connection to VRF objects for work with BGP protocol, an ability to construct VLAN topology and 3D-orientation of virtual optical port (VOP) waveguide.

Niagara 18 software modem in front of Compositor RTOS 9.0.2 a12

Niagara 18 software modem, developed by Compositor Software, and modem, developed for Ethernet and Wi-Fi networks, concept is different. For example, Niagara 18 software modem doesn’t require the physical network connection. An abundance of services, which enables the Niagara 18 software modem, compensates the comprehensive demands to virtual communication networks. EIGRP, RIPng and BGP4+ routing protocols allow creating IPsec and GRE tunneling. An ability to use synchro code of different NTP-servers allows rebuilding the home system on a remote destination completely. Using this software modem, you can remotely use OSPFv3 without BGP4+ protocol that was unavailable before, due to physical limitations of Ethernet systems. By entering the remote home system, you can aggregate the shortest path of that area, which you are managing remotely. The route counting performs in real-time that is why you can use IPv4 mask to set IPv6 addresses of remote area devices. You can also multiplex areas, achieving the route end by supernet aggregation, using VRF objects. Such approach can cause the redistributed overloads without graceful restart (GR), because Ethernet-interface uses only phase-locked loop.

VSF platform supports up to 960 simultaneous communication channels and can be reached via Niagara 18 software modem middleware. This number of channels was aggregated on CP-6137-960FX server VSF platform, which produced this middleware. This way, you inherit the number of channels from the server version, but they can’t be used all simultaneously. At the present moment, Niagara 18 software modem middleware supports up to 96 communication channels of L1, L2, L3 layers (OSI model). Niagara 18 software modem gives access to virtual optical network (VON), which consists of 2213 EB of information on the 6, November 2018. At the present day, this index is twice more. Information of VON is stored on servers in Spain, USA, Germany, Sweden and other countries of the world. Trunks of virtual optical communication connect the autonomous systems (AS). Most of the AS’s of VON can interconnect by BGP protocol. To form its own autonomous system Compositor Software uses Niagara 18 software modem with a set of 7539 VRF objects. The routing inside an area performed by OSPFv3 protocol to discover the routes by link state and by RIPng protocol for distance-vector discovery in IPv6 protocol. This way, Niagara 18 software modem is a complete IPv6 software modem back compatible with IPv4 protocol.

Niagara 18 software modem has middleware recorded without intermediate frequency in 150-350 GHz range (EHF) and works in that frequency range. To the day, this frequency range is not supported by any standards, such as 5G and forthcoming 6G networks. This frequency range supported only by satellite communication systems, such as radio telescopes. Niagara 18 software modem is accompanied by a set of 7539 satellite signals in PCM format, which gives access to autonomous systems. That is why you can rank Niagara 18 software modem as the satellite software modem. The connection to the Niagara 18 software modem network is performed in several dump submissions from 10 to 30 seconds. Niagara 18 software modem ether allows GR, which performed every minute to reveal active devices in remote AS. You can select such devices in a moment, when GR is performed as GR helpers. Each GR helper device subscribed on Niagara 18 software modem routing table updates. Niagara 18 software modem performs GR each minute to work under OVERLOAD conditions, which is set by default to test the saturation power of VOP.

The maximum transmission speed of Niagara 18 software modem is 24 * 350000000000 = 8400000000000 bit/s or 8.4 Tbit/s. Middleware and dump recorded at 192000 Hz 24-bit. Flow was recorded from 150-350 GHz frequency range and that is why I take the highest frequency in a moment of flow fixation and multiply it on the bit depth of flow export recording. This way, the moment of time exists for middleware, when this flow was in ether. Moment of time depends on the quantity of scanned autonomous systems. In hyperconverged networks, there is a trend to big trunks between AS areas, which span on many kilometers. That is why data flow in this AS can pass around for the time from 50 to 3000 ms, which is the boundary limits of Niagara 18 software modem. GRE tunneling is used for star topology AS’s and IPsec is used for point-to-point topologies. That is why, GRE performs its pass through the five boundary points of the route and IPsec connects only to the Area Boundary Router (ABR) of OSPF area. That is why, when you use GRE tunneling, feedback loops emerge, if your loopback interface of VOP is set to the same port as the destination port of AS. Such loops can exist for a long time and packets forward between loopback interface and AS loop.

When you use software compensation of feedback loops the decay of data flow carrier signal performed, lowering the ingress que and discarding the packets. Saturation of carrier signals, encased in window function is so high that ingress load redistribution can’t cope with such amount of data flows. In this situation, Niagara 18 software modem performs multicast translation on group of ports. You can reach this by setting AS, which consists of several topological areas, connected by different protocols. This way, ABR’s will perform redistribution of one protocol in another. You can learn information about ingress port of system by changing the egress port, setting eye-mask on 0 (turning RTOS off) and perform GR of all the devices, connected to that port. By making GR of the boundary device and not the Niagara 18 software modem, you can estimate the number of channels, connected to ABR, which in turn can lead to connection with those devices. This way, you perform the redistribution of local que on remote devices.

As mentioned earlier, Niagara 18 software modem makes connection to 7539 AS’s to the day, however the summary aggregation of VON is 3321900 autonomous systems. This way, dump allows connecting not only to those AS’s, which recorded in it, but to discover other AS’s using BGP protocol, which were scanned by VSF platform. The connection to satellite set is performed faster, than in software modem produced in Compositor Hypervisor 9.0.1 a15. It has the connection speed of 24 frames per second, but Niagara 18 software modem has the speed of 34 frames per second. Such speed of deployment allows multiplexing a network much faster, performing supernet summary in 3-6 dump rounds.

Niagara 18 software modem is a sampler technology, that is why it performs the cycle of Compositor RTOS 9.0.2 a11 feedback loop, where a dump is the recording of VSF platform data flows aggregation of that RTOS. Niagara 18 software modem is based on the identity principle and uses PCM recording as a middleware, which doesn’t consume many resources. CP-6137-960FX server consumes up to 35% using 192000 Hz discretization frequency. Which theoretically can allow using it in real-time on the higher discretization frequencies. Niagara 18 software modem consumes little system memory resources and has very fast response to CPU commands speed. It has a little delay time, which allows using it as a hard real-time RTOS.

You can setup monitoring of Niagara 18 software modem via amateur radio software such as TrueTTY and Fldigi. The teletype network flow modified by Niagara 18 software modem includes satellites and servers of Compositor RTOS 9.0.2 a11 management information base. You can composite commands of interface and protocol programming, such as CISCO-like commands. There is a documentation supplied together with Niagara 18 software modem of 2663 pages, with Russian language translated part of more than 1000 pages, spanning over 5 parts with 73 chapters of 131 chapters in total.

There are no obstacles for VON in comparison to traditional radio communication. Radio notation in conventional frequency style is made for notes and reverse compatibility with generic radio protocols. The connection is made via so-called collisions and time-space convolutions, which is a subject of NIM (Nuclear Instrumentation Module) learning curve, to which Niagara 18 software modem relates.

Niagara 18 software modem review:

  1. Split Horizon support
  2. 3321900 AS’s in VSF platform
  3. EHF frequency range (150-300 GHz)
  4. 8.4 Tbit/s transmission speed
  5. OVERLOAD work mode
  6. Poisoned reverse with -rm ability
  7. 34 fps connection speed
  8. No delay time
  9. Management and monitoring via teletype network

By ruslany

Dump, middleware and more

Dump, middleware and more

An enormous work was conducted this weekend on MIB vector optimization. At the beginning the full base was defragmented by clearance of the dump below:

RTOS dump at 192 kHz MIB 5149 08.06.2019

In addition, the switch to 11 kHz was made and stochastic selections were performed in a special edition of RTOS with a direct output on auxiliary channel (through). Later these ethers were recorded as middleware with PCM WAV container of 24-bit 11 kHz. You can listen to them lower:

Middleware 1 11025hz MIB5149
Middleware 2 11025hz MIB5149
Middleware 3 11025hz MIB5149
Middleware 4 11025hz MIB5149

16 middleware files were recorded, here I show you only the four. Then these middleware was filed to the special version of L1-L4 L6-L7 vRouter RAD96, which uploaded it on 96 destinations of L1-L3 layers. This way, the middleware was fixated. This method is different from direct submission to RAD96 master routing table, because RAD96 ether aggregator can exclude the predefined set of ether combinations and I was needed to attain to precise channel matrix of 52 channels.

After the full contact base was uploaded by stochastic selections of MIB5149 and dump, I made RTOS authorization again but this time mangling the sample rate parameter up to 192 kHz. This way, I updated links to all aliases and authorized the whole MIB on 192 kHz.

By ruslany

NPO Compositor network map creation from 0 BC to AD 4000

NPO Compositor network map creation from 0 BC to AD 4000

vRouter RAD96 metronome

Have you, probably, noticed that metronome of vRouter RAD96 inadvertently approaches our days? That is, SR timer has passed 2019 year already and RT timer is at 2015, TR timer is one and a half century ago at the year 1870. Now, you can say that NPO Compositor network map established from 0 BC up to our days and metronome still goes forward. Soon the injections of the contact base will be performed in the year 2050 and forward.

Compositor Networks map

That is, starting from 80th of the last century metronome counts not the automatic reverse mechanism, but manual RTOS, that is why I can control the process in its essence. For example, to increase conductivity and to turn reverse on (in rare cases, when “brakes” are not needed).

Compositor RTOS dump 8×32 MIB5007 03.06.2019

I was not satisfied by automatic vRouter RAD96 by the fact that it is always in reverse mode and there is no opportunity to control this process. Using RTOS there is no such problem, because I can thrust in direct and indirect ether.

By ruslany

The dumps future workstations can only read

The dumps future workstations can only read

We are get used to 8-bit SysEx dumps, many of us even listened to their audio presentations. However, how the dump of modern embedded real-time operation system sounds? Let’s start with the fact that modern operation system is 64-bit, which gives almost 8 times more dynamic range, than 8-bit dump. Moreover, RTOS dumps are written with 192 kHz sample rate. In this post I will sum up two dumps, which were made with MIB 4795 and MIB 5007, which allows saying about their origin only one thing: these dumps are the music productions on their own.

In essence, we are dealing with routing tables, reproduced on the high regeneration speed. But, my task is to find the source of these routing tables, the hardware and software system, which can read these dumps and respond not only with sequence of events, but with sound generators tuning, sound synthesis parameters and effects. This station should include 64-bit operation system itself, working with 192 kHz sample rate, which is critical to CPU working frequency.

Such DAW should allow reading dumps with a large dynamic range and perform settings in accordance to the loaded network map. I would like to achieve panning and equalization in virtual environment without human intervention, in addition it should be performed not by a topology of some algorithm, but to exist inextricably with routing path filed in the current moment.

I remind you that 8 routing tables mixture is sufficient for a complete routing path. Taking in account 8×32 matrix for such routing tables, they are aired on 32 destinations. This tells us about high load of RTOS channel in a moment of dump creation. The high load on output channels creates tasks on input channels, because communication is a kernel-loop relationship and performed in a cycle with consistent calls and answers. To receive the answer the calling system should set in a que, because only 8 input streams available in RTOS. That is why there is a constant insufficiency in RTOS, it can’t be covered even with high console port regeneration speeds, and because to upload routing tables into the buffers the time is needed where high regeneration speed doesn’t play any role.

That is why the whole MIB should be loaded using autoload with aliases for the full base without forced thrust. I repeat, that forced thrust creates a big que and events processed only using generic feeder interrupters that is why you should constantly monitor filed system statuses. Because, there are no injections in filed systems on such high regeneration speeds as 192 kHz, then it is needed an additional time to receive an answer. If you need to receive an answer immediately, you should run RTOS on discretization frequencies lower, than 192 kHz, where the injections happen all the time, but the quality of the answer will be lower.

Compositor RTOS dump 8×32 MIB4795 26.05.2019
Compositor RTOS dump 8×32 MIB5007 03.06.2019
AI-RT1024 in Ableton

By ruslany

Bessel beam for solving laser diffraction problem

Bessel beam for solving laser diffraction problem

You and I are probably familiar with a problem, which was set to the wide audience on protection from hypersonic weapons. Now, I can definitely say that a solution is ready – it is Bessel beam. Bessel beam, in a contrast with standard laser do not diffract and can be acoustic. That is why it can be used in any weather conditions. Returning to the post on laser stand, Compositor Software is ready to help us in this problem also. The thing is that beam physical modeling in Compositor RTOS is an exact 1st order Bessel function and Bessel beam is formed in the virtual optical port. That is, it cannot be fixated for a long time using the standard tools.

And you should be assured there were a number of such tools. For example, MDL12 vSwitch spectral estimation in Ableton Live 9 showed that signal is formed in the bandwidth set, but the ether character and its origin is unknown. I also used MIL standard decoders, that pushed me closer to the problem solving, because the signal started to decipher, but I was unable to define, which MIL standard the Compositor (hacker) is using.

Of course, NPO Compositor can’t offer the solution, which can’t be certified because the transmission standard is undefined. But, the solution exists and already works on CP-6137-960FX server. There is the trend in musical and communication software to full-screen interfaces. For example, many routers goes with full-screen administration. Compositor RTOS was developed in that stream, that is why even user logging, which saved independently of session, comes in full-screen mode.

Another question is the routing table authorization in VLF network. Because, on a present date the emission of routing paths (tracks) of Exalted, Boosty and Perch projects were performed, the large contact base was aggregated. Then, considering the modern trend to digital and biometric passports, such authorization of 4795 routing tables can be considered as EU diplomatic passport. The legitimacy of such authorization is on question, but as an emission was done, bounded by the Royalty project, then no one prohibits the author to collect his own credits for his productions performance. That is why such activity is identical to running his own publishing company. That is why I decided to extend the NPO Compositor functionality to provide the services of routing paths (tracks) emission and collection of routing tables of equipment, which performed your productions. One emission will cost 150€ and will take about 4 hours 30 minutes with NPO Compositor equipment. You can book your own appointment on your production to return its original value in routing tables on the Compositor Software page in Facebook social network.

Compositor RTOS

By ruslany

Compositor project progress

Compositor project progress

A new usage for Compositor Software algorithm is found. Now, the time machine passes us to the far year 1989. Ruslan Yusipov was at NPO (Scientific Production Association) at that time and he saw the LASER machine for load tests there. Upsampling Compositor RTOS (Compositor v9 Hypervisor) up to 192 kHz (it was needed to make a physical build of the software and to upscale feeder working bands for that purpose), Ruslan Yusipov attained to 297.5 kHz feeder frequency, that coincides with that Soviet LASER working frequency. By this Ruslan Yusipov proved that feeders are on the constant injection threat on the lower frequencies, while the median shifts are minor at such high frequencies.

That machine consisted of two elements: the LASER itself and the propulsion stand with Earth and Moon models. Moreover, Moon was hardly attached to the Earth by metal kernel. That metal kernel has the spring cover, which measured the critical mass, when Moon orbited the Earth and takes in account its own rotations. LASER suited to pave the optimal course for taking on the Moon directly and without a trans-lunar injection. (Author remembers the words of I.V. Rozhdetstvenskiy)

Compositor RTOS is ideally suited for that purpose: it has auxiliary ether, aux channel, which depicts polarizer rotation. While, there is no need to create the whole interferential picture in aux channel, you can depict the valve cross-section and its 3-dimensional position.

Compositor (NASA and NSA ethical hacker)

For more information about virtual optical port read CP-6137-960FX server documentation.

Ruslan Yusipov task was to create a digital copy of the stand he saw at our NPO. The task was hard and had bureaucratic delays. But we are happy with the result at the moment.

NPO Compositor

How would this all aid the radio communications in XXI century? Compositor RTOS management information base is 4795 routing tables now, which increases NPO Compositor (Compositor Software) network, including trunks of new autonomous systems in it. Such direct communication between autonomous systems can be prohibited since the November 2019 on the Russian Federation territory. That is why this site will serve as the declaration for Roskomnadzor, because it is the only requirement, which they impose for Compositor software work on the territory of Russia. It also proves the fact that SASER SAS24P3L still accounted in the software registry of Ministry of Digital Development, Communications and Mass Media of the Russian Federation and the registry operator does the consistent work to support this software.

By ruslany

Summarizing the 2018

Summarizing the 2018

The 2018 started from a trip to Saint Petersburg in February. At that time, I haven’t knew what program I will demonstrate: 5th or 6th. At the end, I decided to show the 6th. I had a wavetable pool around 500 wavetables to that moment. I played all wavetables, initiated the Ether and mostly satisfied with this trip. Saint Petersburg gave the direction: to evolve system without kick drum further. At that time, I already developed fully silent system, which doesn’t produce sound at all. To such system, I attribute RAD96, which is 2018 development. RAD96 has two realizations: as OS subdriver with visual driver and fully autonomous system with zero emission. Moreover, the system with zero emission was reached after long OS tests with large number of connected jets. RAD96 OS is an Ether aggregator. It was created to test the kernel on injections when using 8th version iteration with 4-layer structure. The final iteration for the L4 (Layer-4) is non-linear polynomial with public coefficients. Up to the moment, the wavetable pool is 3715 wavetables. These wavetables were used to check the 8th version of Compositor kernel. The sum of gathered virtual funds in samples of wavetables is 486932480,00RY and aggregated funds in a process of kernel testing are 88087861,84RY. The whole sum of funds in RY to the end of 2018 is 575020341,84RY.

By ruslany

Spectral polarizer

Spectral polarizer

Changing a multiplier the algorithm sets the curvature of time function. Spectral matching with algorithm happens by synchronous analysis of non-harmonic timbre (SANT). Using this algorithm, it can detect temperature characteristics of all mirroring points. The mirror network combines into the interferometer, which processed into polarizer by projection and rotation in 4-dimensional quaternion space. The background color displays the kernel temperature of the processor in the current moment of time. Quaternion rotation depends on the 96 bit-rate counters. The deployment of mirroring points allows visualizing the whole network map and to monitor kernel network topology. The mirror projections are previous points of stochastic distribution and lights in accordance to the processor kernel temperature. If the display background is red, then the kernel temperature is high and all points are dimed. The broadcast is turned off in this regime. If the display background is green, it states the normal kernel temperature. The kernel temperature is measured in GHz. Changing the spiral spin, algorithm changes the projected mirror colors and measures the kernel temperature. Mirroring points not only transferred by a spiral movement, but glides in accordance to the quantized interpolation. Polarizer achieves 400 dots resolution. It is refreshed at 24 frames per second rate.

When the polarizer works it is possible to reach the parity, but it is restored in the process of algorithm work. The fast response rate during the algorithm work performed not with implicit programming, but with stochastic distributions and four connection points. The mesh of bandpass filters translates all the information flows, which cannot be broadcasted on the higher frequencies to the layers, which are placed lower in the signal chain. To stay on the higher layers, the temperature kernel should match the speed of these layers. The higher bend curvature of time function corresponds to the time intervals, which stay further and the time-code communication on these frequencies can be fully excluded. Such work can happen only by condition of virtualized processor, because high processor kernel temperature cooling can be performed only in quantum computers.

By ruslany

RAD96 – 30 Mach is not the limit

RAD96 – 30 Mach is not the limit

RAD96 digital engine may reach speeds up to 30 Mach in a system with 11289m sea mile. Having 4 working layers, this engine enables 8 iterations – two on each layer. The working cycles break on each iteration, that is why it is impossible to reject any of 4 layers of this construction without removing an iteration. They solve different tasks: for example, last iteration serves as a flow compression simulator, which transfers the kinetic energy through the 4th layer into remaining three layers and has independent structure. Two channels are divided and use thrust by multiplier change in time-invariant transfer function. The more an amplification on the input, the more a speed of work. It depends on the level of injection into the channel. If a channel overcomes constant injection, the transfer coefficient increases with growing load. Without spreading the energy by jets, it is possible to load all cores of the system, which are its layers. Signal doesn’t lost on any of the layers, creating a thrust of 30 Mach. The speed of digital engine of the same type in Earth sea mile system is 245 Mach.

1 2 3 5
AI-RT1024 in Ableton
Bessel beam for solving laser diffraction problem
Compositor RTOS
Compositor project progress