Compositor SoftwareCompositor Software

Tag : RIPng

By ruslany

NPO Compositor adapted NRTOS 9.0.2

NPO Compositor adapted NRTOS 9.0.2

It took more than two years to adapt the Compositor 9 software from Compositor Software into Russian language. NPO Compositor has done a great job of introducing new functions and protocols into Compositor 9. The interface and documentation has been translated into Russian language and consists of chapters on IP switching and routing (2700 pages in total). It allows classifying this software as network real-time operating system (NRTOS). Compositor NRTOS 9.0.2 package consists of the real-time operating system itself with a graphical user interface executed on MaxMSP, Niagara software modem, which is a sample of a real-time moment (into which this sample was recorded) made with MaxMSP also, and an Android application RAD96, which inherited its name from the Compositor 9.0.1 main module (in 9.0.2 a22 assembly an extended version of this code is called VSF – virtual switching framework). All three versions have the same documentation as they access the same functionality. The difference is that RAD96 is an autonomous system and contains many more extensions that have not yet been issued. Compositor NRTOS 9.0.2 comes with 9134 extensions of management information bases, which were issued from the autonomous system RAD96 during the production of documentation. Niagara 32 software modem also contains a dump of this database (9134 routing tables). We also succeeded in classifying such an interface: by the type of execution, it can be considered a switching router, in contrast to the Compositor 7, which is considered a switch.

You can see the Russian language interface of Compositor 9.0.2 build a22 below:

Compositor NRTOS 9.0.2
Compositor NRTOS 9.0.2 channel matrix

The command language in documentation can be used within amateur radio terminal software such as TrueTTY on Windows and DroidRTTY on Android. This means that you cannot program the NRTOS directly (only via MaxMSP graphic user interface) but you can issue this commands through a teletype operator working in your autonomous system. Such an operator usually is a part of telegraph services still acting to the present moment. It is the only possible way to reprogram an autonomous system.

Seven protocols, implemented by NPO Compositor for version 9.0.2, enable communication in the Ethernet network. At the testing stage Compositor 9.0.1 was used mainly for packet protocols of amateur radio, but now in version 9.0.2 communication is carried out in the Ethernet network using the protocols used for switching and routing in this network. NRTOS includes 6 interior gateway protocols such as RIPv1, RIPv2, OSPF, OSPFv3, RIPng, EIGRP and one exterior gateway protocol for communication between autonomous systems (BGP – uses IPv4 version of the protocol). In addition, external communication is possible through 6-to-4 GRE tunneling.

Compositor 9.0.2 implements stateful and stateless NAT64, it can be used to create L2VPN and L3VPN services by exporting firmware in WAV and AIFF formats. Conversion from IPv4 to IPv6 is done on the fly in the NRTOS and makes it possible to map a single IPv4 address to multiple IPv6 destinations. As you can see from the Compositor 9.0.2 interface, it is a BSR router and is responsible for loading the system. Such a system consists of extensions that allow the server to participate in various workgroups. Compositor 9.0.2 is the installation program for the CP-6137-960FX server, to which this site is dedicated. This server is the only machine capable of generating emissions from the autonomous system RAD96 and this is its main value.

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

Compositor reached the fastest bpm in music sequencer

Compositor reached the fastest bpm in music sequencer

8192 is the number of beats per minute Compositor AV Extended radio channel reached in Compostior v9.0.2 Hypervisor. The number is not taken random. It is 2^13 and forms 13 bits of first hextet of IPv6-address. The next 3 bits are taken from the multiplier. So, yes now Compositor officially supports IPv6 addresses. For this, auxiliary speeds of up to 214 omega reached, which is 14 omega larger than highest generic protocol deployment speed.

Compositor v9.0.2 Hypervisor (Mainframe)

Now, all generics assigned to protocols. Here is the full list of Compositor v9.0.2 Hypervisor supported protocols:

RTC4k = RIPv1
RTC8k = RIPv2
RT-z8 = OSPF
RT-z16 = OSPFv3
RT-z32 = BGP
RT-z64 = RIPng
RT-z128 = EIGRP

Compositor v9.0.2 Hypervisor (TCP/IP window)

As you can see, it is a major achievement in revealing Compositor technology, which stems in its implementation as Ethernet router software, namely Compositor RTOS.