...
IPerf Network Analysis (10 Gbps link)
Protocol | Sender | Receiver 1 | Receiver 2 |
---|
TCP | 9.35 Gb/s | 9.35 Gb/s | - |
UDP Unicast | 9.00 Gb/s | 8.87 Gb/s | - |
UDP Multicast | 9.00 Gb/s | 8.50 Gb/s | 8.52 Gb/s |
- TCP and UDP unicast used only one receiver
- The UDP protocol used is unreliable and is prone to datagram losses
RTI DDS Network Analysis (10 Gbps link)
Protocol | Sender | Receiver 1 | Receiver 2 |
---|
TCP* | - | - | - |
UDP Unicast | 969 μs | 8.19 Gb/s | - |
UDP Multicast | 3579 μs | 7.78 Gb/s | 7.78 Gb/s |
- Problems with TCP implementation of RTI DDS demo
- UDP unicast used only one receiver
- Sender information is the maximum latency identified during the transfers
- UDP uses a reliable protocol
BulkDataNT Network Analysis (10 Gbps link)
Protocol | Sender | Receiver 1 | Receiver 2 |
---|
TCP | 1.59 Gb/s | - | - |
UDP Unicast | 3.06 Gb/s | - | - |
UDP Multicast | 2.66 Gb/s | - | - |
- TCP and UDP unicast used only one receiver
- Sender identifies the slowest speed among its receivers
- UDP uses a reliable protocol
Executive Summary
The limitations imposed by the existing infrastructure and technologies are as follows:
- Network: Allows about thirteen times (x13) the current required bandwidth
- Reliable multicast protocol: Allows about twelve times (x12) the current required bandwidth
- BulkDataNT: Allows about four times (x4) the current required bandwidth
The BulkDataNT implementation is not effectively taking advantage of the underlying technology that is using, achieving around a 35% of what the underlying technology offers. There are different alternatives to tackle this:
- #1: 0.00 FTE: Change the underlying infrastructure to a faster link (i.e. 100 Gbps)
- #2: 0.25 FTE: Investigate and redesign BulkDataNT to make better use of RTI DDS
- #3: 1.00 FTE: Change the implementation of BulkDataNT to a different technology
The expected bandwidth increases with each of the previous alternatives is as follows:
- #1: x40: We still expect inefficiencies in the BulkDataNT system, but should still achieve ~35% of the network capabilities
- #2: x12: This is what the underlying technology offers, so it's the limit we can aim towards
- #3: x13: It depends on the chosen technology, but to choose a change of technology, we should aim towards a higher throughput than the one offered by using RTI DDS efficiently
- #1+#2: x120: Although there are no formal analysis of RTI DDS over a 100 Gbps link, we expect it to scale in a similar fashion than it did on 10 Gbps
- #1+#3: x130: There are a lot of unknowns in this scenario, but again, it should only be followed if the chosen technology behaves better than the efficient RTI DDS implementation