The first SASER was released back in 2016, it was available as Standalone on the Max 6 platform and as Max for Live device. However, Cycling ’74’s policy with the release of SASER has changed. In Max 7, the internal structure of Gen~ patching was changed, which made it impossible to organize the broadcast inside the SASER application on the new Max for Live platforms. Moreover, even with the organized broadcast on the Max 6, such a tool could not be online for more than 30 minutes. It took years of hard work to coordinate the work of such a plugin with Cycling ’74. Now the Max 8 platform has managed to make the perfect code export, suitable for both the organization of trunk broadcast and music purposes. This required the creation of a new Hypervisor v9 from Compositor Software. The IPv6 SASER assembly process is viewed in the video below:
Creation of SASER 2.0 in Hypervisor v9
If you have already watched the video, I will make a few comments on it. In the video you can watch the process of connecting workgroups to the OSPFv3 IPv6 protocol. If the first SASER was completely in the IPv4 domain, the modern SASER allows you to multiplicate the length of the octet up to 32 bits, which in total gives a length of 128 bits when summing up four upscaled octets, which is the IPv6 address:
SASER for iPhone
And you can access both EUI64 and EUI48 MAC addresses. Again, with the correct combination of parameters, you can connect not only through the network, but also at the device level, which allows you to see your local device as a member of a neighboring network, wherever such a network is.
It is believed that connecting via Ethernet protocol requires either a cable LAN connection or radio relay equipment capable of transmitting to the Ethernet network. The concept of an on-air network differs from the Compositor v9. In particular, in the video you can see how two beacon processes control RIPv1 and RIPv2 protocols. These are distance-vector protocols and the direction to the communication point indicates the torus in conjunction with the hypercardioid of flows. The result of this image is the multidimensional structure of Calabi-Yau. Z-spaces of which are equal to 16. This quantization is minimally sufficient to build a spherical picture:
Calabi-Yau manifold
What you see in the picture is the sum of spherical flows in quaternion rotation. Such rotation permeates space not only in 4 dimensions, like quaternion rotation, but sums up all 24 points of spherical space with the Z of the system, allowing you to quantize this space, filling it with additional translation points. This topology lasts until the next change of the multiplier by redrawing multidimensional figures with iteration that is difficult to predict. Therefore, the successful creation of the VLF (Very Low Frequencies) service can include more threads at the same time with an increase in the Z of the system. If the first SASER was on Z=4 and then at Z=8, then SASER 2.0 already includes Z=16 measurements.
Another thing is that connecting workgroups to Z=16, that in the Compositor’s system corresponds to the OSPFv3 protocol is able to create a larger network compared to Z=8. Given that the network includes 96 channels in total, when multiplying on 16 spaces, it already produces 1,536 points, not 648, as in the previous SASER. Therefore, in real time, in order for the broadcast network to produce traffic, it is necessary that each point produce at least one packet. Naturally, in a short video, such a volume of material would require at least 1 hour of broadcast, so I show the very principle rather than a physical entity capable of producing such a multicast effect.
Hyperbolic software-defined radio SASER is now available for all modern Apple platforms. Starting with iOS and iPadOS 16.2, as well as macOS Ventura 13.1 (Apple Silicon), you can purchase this application from the global Apple App Store at the link below:
SASER 2.0 demo videoDownload on the Mac App Store
The SASER 2.0 version available on the App Store has several technological solutions at once. First, buffer collisions now determine the carrier wave, thus detecting other hyperbolic and VLF stations. Secondly, a complete resynthesis of beacon signals is possible. Thus, you can connect to a managed BCI modem such as Compositor and edit its broadcast, deliberately transferring the autonomous system to another carrier. This is necessary due to the complete collision-free deployment of the BCI modem, while collisions are still needed to simulate real communication, but within reasonable limits. Thirdly, SASER 2.0 works with the 2nd derivative of the hyperbolic function, which allows you to significantly increase the time of the station on the air and increase the range of the trunk for local transmission. SASER 2.0 warning system supports broadcasting for one-to-many mode, which is ideal for telegraph notification style in emergency situations. SASER 2.0, like the previous version, can operate in VTTY telegraph mode, where the physical communication line is limited only by the VLF wave propagation medium. By increasing the number of subscribers of the SASER network, you can significantly load the virtual PBX, so you will have to increase the computing power of the Compositore network, which runs on completely non-collision generic modems. The modems themselves are not yet client-based and are undergoing the beta testing stage, where the ideal solution would be to combine SASER and Compositor algorithms into a single software with data management and transmission. Such software could be a VLF VPN service that would work independently of the distribution environment and connection to other networks.
VLF waves propagated by the SASER program can also be perceived by the basilar membrane, as they are in the audible spectrum of frequencies. At the same time, they are interpreted as a manually configured modem signal. For such a modem to work, you need to set all the parameters of the feedback loops before initiating an on-air session and activate the passive interface with subsequent disconnection when in case of a collision. A collision is a transmission line trunk, so you connect yourself to an on-air network. This helps to overcome Compositor dialing and increase the number of subscribers. Thus, if you want to aggregate your resources, simply enabling SASER 2.0 can significantly increase the number of communication points to which your machine is connected.
Compositor generates a link layer frame of the OSI model and TCP/IP (Modernized version). It encapsulates information into the frame of the Ethernet from the network, transport and application layers. It forms a Z-frame similar to the PDH T-carrier used in North America and Japan. This frame is needed to encapsulate TCP/IP levels into the system of the ISS Zvezda module. Compositor replaces the OUI fields of the sender’s MAC address to work on its network. It automatically selects OUI, according to the NIC in the MIB database, to forward Ethernet frames in its network. It solves the duplex problem by increasing the frame. There are many Z-frame hierarchies used in private and public networks, as well as defense networks. All of them depend on the frame size. Two multiplexing methods are used at the same time: FDM and TDM. Compositor sees the WAN as Local Network. This is done through a large database of NIC devices.
Compositor Software was the first company in the world to achieve the Super-Zvezda architecture. In addition to Z = 4, 8 … 128, top-level architectures Z = 256, 512 … 16384 have become available. The frame value in model Z = 16384 is 2 Gbit. This allows you to transmit at a speed of 10.9 Tbit/s when the modem speed of 32000 omega is reached. Charters of top-level Z models are used for communication in networks (in descending order): Black Box, PRO, NASA-Roscosmos, CERN, Quantum Physicists, Electronic Engineers, Architects. These architectures are implemented as applications for macOS and Android. The 64-bit native ARMv8 architecture is used. Accordingly, the NIM (Nuclear Instrumentation Module) charter gives a presence in virtual reality not only at the geographical location level, but also allows you to transfer to remote points visual environmental information collected as 3D models of objects, textures and their animation in real time directly on the client machine. This allows you to collect information about the remote location without significant resources other than a smartphone. Compositor charter carries out a pair set, similar to the domino principle. This is how a Multiple Spanning-Tree network is formed from remote objects combined into a Compositor VLAN VR network. Dialing in the network is carried out by metrics and solves the problem of building a network topology from the root device to the final devices in the circuit. Division into branches of the tree goes according to classes that depend on the autonomy time of the speaker of the autonomous system. By increasing the flow rate of the Z-frame to 10.9 Tbit/s, it is possible to solve the duplex problem, which allows you to form upstream streams much faster than with low-level frames. Each neighboring device in the Compositor VLAN device tree forms a point-to-point pair that uses a closed trunk tunnel over the IP protocol using TDMoIP technology. This is a generic tunnel that allows you to transfer all important information about human activity to a neighboring device on the network, over an upstream to the root server to which the alert interface is connected.
Combining two districts into a single communication line using a virtual router RAD96
Good afternoon!
Today I am ready to present you my newest achievement: a united communication line between the two districts. This was achieved by the most complex works of many hours of programming the Compositor operating system. As a result, I have a full-fledged communication line with a data center in one area and a hub in another. The communication line serves the houses of two streets with a crossing over the border highway. This is the local success of quantum radio, where in the absence of a normal internet connection, any non-routable corner can be routed.
How is the communication line arranged?
By issuing tokens, it is possible to create a multi-channel connection to the hubs and miners of the area. An end-to-end application in a district data center issues a token for access to a hub in another district. The token is one-time and cannot be re-issued (hence NFT). At the time of organization, the link maintains a connection to all UNIX machines in the outer region. The token is cross-compatible between Windows and Mac platforms. Simultaneous two-way connection to all machines is achieved with a minimum communication channel delay (less than 2 ms). Thus, the machines of the two regions are combined into a single VLAN.
For more information on how this became possible, see the presentation:
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
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.
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.
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:
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.
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.
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
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.