Why use LDMP (Low-Delay Multi-Path)

Reliable Protocol?

LDMP can adjust the stream to changing bandwidth. Though Streambox streams use UDP as a transport layer, LDMP is able to adjust the stream based on data from the Decoder (either hardware Decoder or software
Media Player). The Decoder sends acknowledgment packets and constantly measures each connection for latency
and bandwidth. As bandwidth drops, the encoder reduces the compression quality, reducing its bandwidth needs
to compensate.

LDMP guarantees consistent latency. LDMP not only measures available bitrate, but round-trip-time latency on each connection. In addition to preserving best quality for the bitrate, LDMP works to maintain a consistent
latency for the duration of each stream. Low latency is possible for most connections, but even when its not, the
latency will not increase unexpectedly.

LDMP allows the use of multiple connections, even different connection technologies. LDMP utilizes
and bonds all available network connections that allow communication with the Decoder. If a connection drops out,
LDMP will continue with the remaining connections. If connections are added, LDMP will use them as soon as they
are added. Spreading the load over multiple connections will both increase available bandwidth as well as reduce
the risk of a stream failure due to a connection problem. LDMP balances the connections according to both bandwidth and latency to produce the most consistent stream possible.

LDMP has built-in error correction. Each packet of data sent by the LDMP-equipped Encoder is acknowledged by the Decoder. Packets that are not acknowledged are re-sent by the Encoder, through a different connection if possible. This greatly reduces, and often eliminates, the need for Forward Error Correction, which adds redundant packets by taking bandwidth away from the stream data, and which can be ineffective in variable-bandwidth
connections even when large amounts of redundancy are used. Acknowledgment data from the Decoder, though
very low in bandwidth (about 2% of the stream bitrate), contains sufficient redundancy to eliminate unnecessary
duplication by the Encoder.

Advanced LDMP: Best Practices

The nature of LDMPs interaction between the Decoder and Encoder negates the need for FECs redundancy,
because the Encoder is better informed as to what the Decoder is failing to receive. Normally FEC is not required,
however in some case when LDMP is used to provide dynamic bandwidth management only ( rtt and jitter zero) FEC
allowed for packet recovery without wait for resent packets. UDP does not work well in environments where bitrate
can fluctuate. With LDMP plus FEC it allows to have bitrate feedback with LDMP , apn packet loss recovery with
FEC keeping bitrate low.
For the best results with rackmount units use the following settings for your respective network:

Fast Broadband Public Internet

connection, single interface
CWND:

150

Slow Broadband Public Internet

connection, single interface
CWND:

150

Broadband Public Internet

connection, multiple interface
CWND:

150

CWND_MIN:

CWND_MIN:

CWND_MIN:

CWND_MAX:

75

CWND_MAX:

75

CWND_MAX:

75

ACK_TO:

200

ACK_TO:

300

ACK_TO:

300

SND_TO:

2000

SND_TO:

2000

SND_TO:

2000

RTT Multiplier:
JITTER2:

1
10

RTT Multiplier:
JITTER2:

1
10

RTT Multiplier:
JITTER2:

1
30

LAN connection, single

interface
CWND:

150

BGAN or Thuraya
Broadband Satellite

WWAN with Slow or

Unreliable Networks

CWND:

75

CWND:

CWND_MIN:

CWND_MIN:

75

CWND_MIN:

170
25

CWND_MAX:

75

CWND_MAX:

75

CWND_MAX:

25

ACK_TO:

150

ACK_TO: 1200

ACK_TO: 1200

SND_TO:

2000

SND_TO: 2000

SND_TO: 2000

RTT Multiplier:

RTT Multiplier:

JITTER2:

JITTER2:

RTT Multiplier:
JITTER2:

1
10

WWAN with LTE Networks

CWND:

150

WWAN with 3G Networks

CWND:

75

CWND_MIN:

CWND_MIN:

CWND_MAX:

75

CWND_MAX:

75

ACK_TO: 250

ACK_TO: 300

SND_TO: 2000

SND_TO: 2000

RTT Multiplier:

RTT Multiplier:

JITTER2:

1
40

JITTER2:

1
40

4
400