5. Vortex OpenSplice Networking Options

Vortex OpenSplice provides several networking options for the delivery of DDS data between nodes. The networking service selection is largely transparent to the user; the difference is observed in the CPU consumption, networking load, and ultimately how fast and efficiently the data is delivered between nodes. The most applicable service is dependent on the requirements of the use case.

Vortex OpenSplice DDSI is the industry standard protocol providing vendor interoperability that operates using a typed ‘pull’ style model.

Vortex OpenSplice RTNetworking is an alternative to the DDSI wire protocol. RTNetworking uses a type-less ‘push’ style model in contrast to DDSI and is often the more performant, scalable option. RTNetworking also offers prioritization of network traffic via ‘channels’, partitioning to separate data flows and optional compression for low-bandwidth environments. Vortex OpenSplice SecureRTNetworking provides these features together with encryption and access control.

Vortex OpenSplice DDSI2E is the ‘enhanced’ version of the interoperable service. DDSI2E offers the benefits of the DDSI protocol (such as its automatic unicast delivery in the case of there being a single subscribing endpoint), together with some of the performance features of the RTNetworking service such as channels, partitioning and encryption.

5.1. How to select the Networking Protocol

As with the architectural deployment choice, the selection of the networking service is described by the XML configuration file. Note that this choice is independent of and orthogonal to the architectural deployment: you can have single process or shared memory with any of the networking service protocols.

  • To run with a DDSI service, set the OSPL_URIvariable to refer to a DDSI xml file such as ospl_sp_ddsi.xml or ospl_shmem_ddsi.xml.
  • To run with an RTNetworking service, set the OSPL_URI variable to refer to an RTNetworking xml file such as ospl_sp_nativeRT.xml or ospl_shmem_nativeRT.xml.
  • To run with a SecureRTNetworking service, set the OSPL_URIvariable to refer to the ospl_shem_secure_nativeRT.xml SecureRTNetworking xml file.
  • To run with a DDSI2E deployment, set the OSPL_URI variable to refer to a DDSI2E xml file such as ospl_sp_ddsi2e.xml or ospl_shmem_ddsi2e.xml.
caution
Note that by default, the OSPL_URI environment variable refers to a DDSI configuration, so to see the extra performance and scalability benefits of Vortex OpenSplice’s RTNetworking or DDSI2E it is necessary to switch from the default.

Table Of Contents

Previous topic

4. Vortex OpenSplice Architectural Modes

Next topic

6. Benchmarking OpenSplice: Decision Trees

This Page