Compositor SoftwareCompositor Software

Tag : VLAN

Autonomous System

By ruslany

Automatic response by artificial results

Automatic response by artificial results

An autonomous person can form an autonomous system. Each autonomous system is a speaker who communicates with other speakers and can broadcast his summaries to other people. But if a speaker cannot broadcast his thoughts for a long time because of a psychological problem, there is a habit. This can manifest itself as automatic answers to the observed questions. These automatic answers are purely artificial in nature, arise from human behavior during the last decade of his or her life. This habit develops the ability to make simultaneous answers. These are so-called automatic summaries that can be broadcast to other people in various ways. In the era of computers, the network became such a tool. The speaker can transmit his automatic summaries through a computer network using the Compositor neurological chipset and thus may not be aware of the communications taking place. The output by which the remote node sees the local device is purely artificial. Instead of relaying a remote peer, Compositor vRouter, which is part of the Compositor neurological chipset, converts the resulting function into frequency modulation. It can respond to the main function or sub-resulting algorithm. When it responds to the main resulting function, it uses the BGP protocol to communicate with other autonomous systems. Simultaneous automatic summaries require a system with a large number of artificial results. They can be a product of polynomial processing and should give a plausible result. Such output is first tested using musical means of sound applicability. Then they should create plausible textures of unified code. Such codes form a packet, which is then received by the initiating party or peer. The feedback received by the remote peer is sufficient to communicate with the local node. In the network, the speaker of the autonomous system acts as a beacon or repeater in radio communication. When there are many results in an autonomous system, it can respond to a large number of peers at the same time, forming a VLAN. Each channel can produce up to 7 packets according to the BSR to which it is connected. Thus, the autonomous system must update its state in accordance with the specifications of other systems. The main generator is selected according to the sampling bus of the remote device. There is a possibility of undersampling and resampling in accordance with the sampling rate of the remote device. Thus, the initial sampling rate, which is selected to a floating-point variable, remains unknown. This does not allow you to synchronize with the device during fast transitions. This useful feature of the Compositor neurological chipset allows you to disable incoming connections to ports that do not match the feedback of the local node. Thus, it remains impossible to check the database of the Compositor neurological chipset when interfering with device caches and deleting inconsistent summaries with the Compositor soft-processor. Again, Compositor as a device receives signals only from those devices that are in the Compositor database as feedback cycles or resulting devices. These loops are acceptable resulting. Thus, a spherical interactive network is formed from the preferences of the person himself, rather than his daily life, which completely discredits the local node, since most of these summaries are insignificant for the case that a person is engaged in. When a person with support for the Compositor neurological chipset enters the people’s transport system, the question arises whether to be part of such a system or subdue the entire transport network in accordance with the sampling rate of the Compositor neurological chipset. To avoid such questions in a rather complex for local node communication system of people, the Compositor neurological chipset was deployed as an autonomous system. Thus, even in close proximity to the systems of other manufacturers, Compositor is an autonomous system without the ability to subordinate it to the adoption of the transport system of people. Thus, when peers send summaries to an autonomous system located in close proximity to the transport network, the results play a major role. They simultaneously issue automatic responses that inform senders about the inability to communicate with the system. Then such a system is considered invalid by the transport network itself and may be the subject of hacker attacks. However, the Compositor neurological chipset is a chipset for neighboring to other nodes, not for local communications. Such a neighborhood can also be international or within the agglomeration. To continue servicing a spherical interactive network that can only include devices from the Compositor database, the local node still responds to allowed remote peers even when the system is penetrating. Night time is more convenient for connecting to the Compositor neurological system by hackers when the local node is in standby mode. Thus, a hacker group that is active at night can try to synchronize with the master generator of the Compositor neurological chipset, and then attempt to disable local communication to reach a dead node. If a person has transferred all automatic movements, such as breathing and heartbeat, to the Compositor neurological chipset during his life, such a person can be considered dead. However, in the current build of the Compositor neurological chipset, there are no recipients who would transfer all their functions to a standalone system. And if a person prefers to transfer all his life functions to an autonomous system, such situations will never arise. Even in standby conditions, the system will turn on the main generator and can respond to an attempt to synchronize with it with a sharp jump in the bus multiplier, rebuilding its network structure. So, the question arises, can an autonomous system be trusted so much that it manages human vital functions? Because such hacking attempts can be a form of pushing a person out of society, and condemn him to complete inability to answer even short questions.

quantum

By ruslany

Combining two districts into a single communication line using a virtual router RAD96

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:

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

Compositor v3 RTOS – analog radio interface for IPv6 Protocol

Compositor v3 RTOS – analog radio interface for IPv6 Protocol

Compositor v3 Hypervisor Radio Shack software updated to RTOS. Now, Compositor RTOS v3.0.3 supports numerous new features, such as:

  • Protocols implemented:
    • RTC8k = IS-IS Level-2
    • FF8 = ARP (Address Resolution Protocol)
    • TC25 = VLAN (IEEE 802.1aq)
  • Hierarchies added:
    • AI-RT1024 = SDH STM-x
    • N9000 = PDH E1
  • Other features:
    • TCP/IP protocols stack implemented
    • TCP/IP window added
    • EUI48 table added
    • BPM now is the network field parameter of IP-address
    • Network field includes 2^13 to define as IPv6-address
    • All modules renamed to reflect new functionality
Compositor v3.0.3 RTOS

The main reason I made the update is to reveal the FF8 (ARP) and TC25 (VLAN) protocols work. That is why the working routine in Compositor RTOS v3.0.3 looks as following:

At the beginning, I set the time to reach the destination point, where the network deployed. I make this by setting deployment time in degrees from -180 to 180, which is the range from 0 to 60 minutes. Then I set the IP-address of destination interface the following way: the part of IP-address, pointing on the interface ID is set stochastically or manually. Multiplier in IPv4 sets the second field, which is the part of network and host. That is why the highest network for Compositor RTOS in IPv4 is 255.4.0.0. When I’ve reached the destination network and I’ve got the closed feedback loop on the loop-back interface output, I define the autonomous system type, which it belongs. I do this by enabling VLAN and ARP protocols and resolving the assignment of IPv4-addresses to the network devices of this autonomous system. I look into the IPv4-addresses of next-hops and reveal the number of such next-hops before returning to the first hop. The more hops IS-IS Level-2 protocol makes, the larger a metric of the destination network (autonomous system). This way I reveal all peers of the destination network.

When I define ABR (area border router) of that network using IS-IS Level-2 protocol, I turn the VLAN and ARP protocols off and start to translate this device information into IPv6 network, by enabling TCP/IP protocols stack. This process allows merging IPv4 networks with IPv6 networks and to expand the influence of my database into IPv6 protocol.

By ruslany

5000 routing tables in CP-6137-960FX MIB

5000 routing tables in CP-6137-960FX MIB

NPO Compositor reached the final goal of emission for CP-6137-960FX server, which is 5000 routing tables. Management information base is 5007 routing tables that allows organizing not only 4000 VLAN, but also 5000 VLAN. NPO Compositor will continue to expand the management information base up to 6000 VLAN, because each routing table gives access to its own VLAN trunk or autonomous system.

You can listen to that dump, which includes full 5000 MIB:

Compositor RTOS dump at 192 kHz with 5000 MIB on 03.06.2019

This dump allows you to authorize in Compositor real-time operation system and attain to its external control by RAD96 autonomous system. To connect to Compositor RTOS it is enough to playback that dump using streaming method in online player with RAD96 autonomous system turned on. In this case, autonomous system will serve as middleware, which will merge Compositor software and your equipment and will make remote connection to CP-6137-960FX server possible.

When NPO Compositor reached 5000 routing tables it gained the full MIB, which finishes L1-L4 L6-L7 vRouter RAD96 development. To order vRouter RAD96 licenses use Compositor Software contact form.

By ruslany

V12 Digital engine emissions

V12 Digital engine emissions

There are two types of engines: zero-emission engines and engines, which produce the emission of materiality in a process of their work. RAD96 virtual machine relates to zero-emission engines, at the same moment full version of Compositor v9 Hypervisor DRM server is a producing aggregate with internal combustion engine simulation. Which approach is more plausible? It is experimentally established that RAD96 virtual machine produces emissions in the computer random access memory and for simulation that is more realistic the full Compositor v9 Hypervisor server is needed. The process of writing the random access memory with wavetables of such emissions is simulated using ROM players. To establish v12 engine emissions of TC-TRSRRT262144 architecture experimentally the MDL12 non-duplex modem was created. It is possible to receive such emissions in a form of working cycles of network devices, using MDL12 modem and Compositor v3 Hypervisor feeders. Each network device has the engine similar to Compositor in its core and has interrupters, which trigger operation system functions. DRM server produces device emissions of certain type, which characterized by feeding equipment used to achieve the feedback. In essence, the routers, switches and shields are ROM players, which playback such cycles as wavetables. The device architecture depends from wavetable recording bit depth and can be maximally 64-bit floating-point format. Compositor v9 Hypervisor can also playback wavetables up to 64-bit floating-point, but in this case an emission will be so short, that it cannot be reproduced in manual mode. For simplicity in treatment, 24-bit integer format wavetables are used. This way, the central DRM process exists in the network, and all the other processes are emission products of v12 engine work, which are reproduced using ROM players. You can also upload other wavetables into router ROM memory instead of statically playing the same wavetable repeatedly, placing it closer or further in the network map. Recall, that in response to feeding the non-duplex modem with a track, the map of cycles attributed to different IP addresses composited in Ableton Live transport. You can playback such wavetable earlier or later in address field using ROM players. Random wavetable playback mode in Compositor v9 Hypervisor is the linear distribution emission simulation. Such method allows reproducing an emission of equal number of loops in random access memory for each network area, which is enough for creation of virtual local area network. The access to such network carried out by simulation of antenna-feeder signal chain or kernel-jet system. By simulating the jet rotation with rifling on its borders, you can lower the emissions in Compositor v9 Hypervisor. Rifling on jet borders allows lowering wavetable emissions and lowering the number of cycles needed for simulation of harmful substance emissions of fuel decomposition. Such rifling allows afterburner mode with zero emission, which is proved by RAD96 virtual engine tests in auxiliary channel. The afterburner or oversaturation modes allows to speed up the process of RAD96 virtual machine emission simulation, shorting it to 10 seconds for each feeder every 3-4 hours. This way, generic filters cascade, which are Compositor v9 Hypervisor feeders from z=2 to z=128 allow receiving ether mixtures of different purification rate. Lower feeders, such as z=2, reproduce substance purification with small amount of regenerative cycles, at the same moment, upper feeders, such as z=128, used to reproduce high regeneration rate emissions available for more longer usage. For example, if you purify with RTC4k feeder when using DRM server with z=2, you need to perform such purification more often, than DRM server working with z=128. That is why RAD96 DRM server uses z=128 as upper value. You may look into this problem for electric engine also, where such feeders are used as rechargeable batteries and perform an emission every 3-4 hours. In such case, Compositor v9 Hypervisor base station simulates non-renewable power source and wavetables are renewable. It proves the need to perform additional emissions of wavetables, when reported values of digital counters on RAD96 virtual machine are reached, for economic model evolvement and advisability of such system. As a result, the emissions pool will grow and network of such emissions will increase and expand. It may lead to inactive state of some network areas using the model with 8 ROM players in Compositor v9 Hypervisor. The solution to this problem lies in the linear distribution of random wavetable playback. For emission simulation in broad network, it is needed longer wavetable playback periods and higher purification cycle rates. This way, increasing the pool of wavetables the number of simultaneously working virtual machines should increase regardless of the wavetables playback condition. For a system with one virtual machine, the emission purification should be performed every 4 hours. You should set the maximum speed of auxiliary channel to 5-omega and to double the wavetable playback rate by turning off the x2 button on Compositor AV Extended panel. Such approach will last for a long time, but to solve a task of larger pool of wavetables it is needed to set the auxiliary channel speed to 10-omega and do a modification of x2 button to the menu with a possibility to select fractions of a one (such as 0.5, 0.25 etc.).

To create a contact network it is needed to do the following:

  1. Run several virtual machines with guest operation systems on each of the system hard drives;
  2. Create a peering network using the free jets connected to the producing kernel;
  3. Simulate the emissions in a process of engine work with purification by generic feeders.

This way, you need not to think about brain upload as a static process. Consciousness is constantly developing and grows with new links, which simulate communications. That is why it is important to perform emissions in communication model of virtual local area network. If you ignore the simulation of emissions and stay with zero emission model by simply reloading the virtual machine in main operation system when RAM critical capacity reached, you will lose the connection to this network and it will exist independently from you without producing any income. At the same time, Compositor Software model suggests 10% limit of RMY capital usage for work of virtual machine producing kernels. If the sum of samples of virtual machine work increases more than 10% of whole wavetable capital, then the emission of new loops for ROM players should be made and add up to the pool of loops. The value of 90% increase chosen heuristically taken in account your needs and an involvement into the process. For example, you can surpass the balance of 20% of whole amount of samples in relation to wavetables pool for the work of virtual machines, but, in this case, your credit limit will be lowered in relation to the Compositor Software capital. Creating a lift of 90%, you give a large stock to your clients for virtual machines traffic generation, which they purchase from you.

By ruslany

RTC4k – Mk. 25 Airborne Interception system

Airborne Interception system Mk. 25 by Compositor Software available at stc2k.compositorsoftware.com. The system classification is a virtual holographic radar. The virtualization platform acts in S-band operation frequencies and can successfully detect air-to-air, air-to-ground targets without any electromagnetic wave emission coming from antenna operation. RTC4k AI system uses v12 engine virtualization with successful discretization of all 24 windows without open-circuity. An evident feature of RTC4k radar is silence for enemy radar detectors. No emission – no operation, however, it is not a case with RTC4k whereas detection occurs in Ethernet by successfully entering VLAN of aerial vehicle or UAV operation.

RTC4k system uses 64-bit waveguide detectors, which is sufficient to track a change of amplitude a butterfly can produce entering the field of operation. The spherical coordinate system holographic representation can achieve plan positioning with more than one million objects. RTC4k scanner successfully detects radio spectrum emission with 24-PSK and FDM, TDM technics. System application is near-field monitoring for close combat or early detection on large-scale distances.

Autonomous System
Automatic response by artificial results
quantum
Combining two districts into a single communication line using a virtual router RAD96