ADLINK Knowledge Base ADLINK Knowledge Base

  • Products
    • Vortex Edge
    • Vortex DDS
      • Vortex OpenSplice
      • Vortex Lite
      • Vortex Cafe
      • Vortex Link
    • DDS Community
    • Spectra
  • Support
  • News & Events
  • FAQ
  • Knowledge Base
  • About Us
  • Contact Us
  • Partners
Home / Vortex OpenSplice / What are the differences in the Networking Services in Vortex OpenSplice?

What are the differences in the Networking Services in Vortex OpenSplice?

460 views 1 min , 6 sec read 0

First we need to distinguish between the (Apache license 2 based) open-source Community Edition (CE) and the commercially supported version of Vortex OpenSplice; The  Community-edition only includes our DDSI implementation (implementing the OMG-DDSI rev2.2 specification)  i.e. that assures interoperability with other DDS-vendors based on the standardized OMG-DDSI (also called ‘RTPS’) protocol.   The DDSI protocol is based on dynamic discovery of DDS entities (participants a and reader/writer endpoints) in your system.

Our commercially-supported Vortex OpenSplice edition also has that same DDSI service but alternatively also supports what we call our ‘native’ RTNetworking service where ‘native‘ implies that its not an open-standard but it has some properties that especially in large-scale systems can be important.  The main difference is that  in DDSI there’s explicit discovery of endpoints (which generate discovery-traffic), in RTNetworking,  the communication is more ‘push’ oriented where we push published information over preconfigured so-called ‘networkPartitions‘ (an association between a logical DDS topic/partition expression and a physical multicast-group) and where we also perform time-triggered transfers (driven by the DDS latency-budget QoS)  over multiple ‘priority-lanes‘ (selected by the DDS transport-priority QoS).

So our RTNetworking doesn’t incur the discovery-overhead (so scales better in use-cases where you have thousands of participants on the network), whereas DDSI is an interoperable protocol where based on discovered ‘endpoints’ we can dynamically switch between using unicast or multicast (both also ‘reliable’ of course when required).

Our commercial offering also includes a ‘Enhanced’ DDSI service, called DDSI2E where the concepts of ‘networking-partitions’ and ‘priority-lanes‘ have been incorporated in the DDSI-protocol (without loosing interoperability), which makes the decisive factor between DDSI/RTNetworking the interoperability with other Vendors (in which case you need one of our DDSI services) and/or the tolerance for the discovery-traffic overhead (if too many endpoints in the system, you might consider using RTNetworking instead)

Finally, both DDSI and RTNetworking services also allow to configure endpoints statically and for our DDSI services, we also support TCP (with optional TLS-based encryption) in addition to UDP multicast and/or unicast)

Related

Vortex OpenSpliceRT-NETWORKINGDDSIDDSI2Ediscovery Vortex OpenSplice

About Hans Van't Hag

View all posts by Hans Van't Hag →

Related Articles

  • Gathering Vortex OpenSplice statistics
  • How to use LogRotate to limit the size of OpenSplice log files
  • Setting up Microsoft Visual Studio 2015 to use ISOC++2 with OpenSplice DDS
  • Compiling ISOC++2 Applications & Using ISO C++ 2 In Debug Mode

Looking For Something?

Categories

  • 0Vortex Edge
  • 5Vortex DDS
  • 0Spectra SDR

Popular Articles

  • Vortex OpenSplice documentation
  • New Features in Vortex OpenSplice V6
  • Fixed Bugs and Changes in Vortex OpenSplice V6.8.x
  • Vortex OpenSplice DDS Configuration
  • Known Issues In Vortex OpenSplice V6.8
  • Configuring Shared Memory in Vortex OpenSplice
  • Logging in Vortex OpenSplice
  • Error: libssl.so.10 was missing in Ubuntu 14.
  • Vortex OpenSplice DDS Wireshark Plugin
  • How to use a Vortex floating license

Recent Articles

  • Gathering Vortex OpenSplice statistics
  • How to run the Spectra ORB Naming Service on a fixed port
  • Fixed Bugs and Changes in Vortex Lite V1.x
  • Known Issues In Vortex OpenSplice V6.10.x
  • How to use LogRotate to limit the size of OpenSplice log files
  • Setting up Microsoft Visual Studio 2015 to use ISOC++2 with OpenSplice DDS
  • Fixed Bugs and Changes in Vortex OpenSplice 6.10.x
  • Compiling ISOC++2 Applications & Using ISO C++ 2 In Debug Mode
  • About topic instance lifecycle
  • Data Distribution Service (DDS) Built-in topics
twitter logo facebook logo linkedin logo slideshrare logo
Blog News and Events
adlink logo
Copyright © 2018 Adlink