FSP now uses more dumb, but faster on today networks retry algorithm
This commit is contained in:
parent
6b6fe92e87
commit
4a9e2393fc
10
INFO
10
INFO
|
|
@ -19,11 +19,11 @@
|
||||||
60%-80% packet loss.
|
60%-80% packet loss.
|
||||||
|
|
||||||
FSP can very quickly addapt to changing line condition. This
|
FSP can very quickly addapt to changing line condition. This
|
||||||
is excelent for wireless packet networks. FSP needs about 6
|
is excelent for wireless packet networks where network condition
|
||||||
RTT to retune itself after receiving condition goes worse.
|
changes wildly based on receiver location and disturbance.
|
||||||
And unlike TCP based protocols, FSP has a fast restart when
|
Unlike TCP based protocols, FSP has a fast restart when
|
||||||
line improves - It do not needs any RTT; FSP goes immediatly
|
line condition improves - It do not needs any RTT for retuning
|
||||||
to maximum possible speed.
|
self. FSP goes immediatly back to maximum possible speed.
|
||||||
|
|
||||||
Maximum FSP speed is by design lower than maximum speed of TCP
|
Maximum FSP speed is by design lower than maximum speed of TCP
|
||||||
based protocols because it has only 1 packet in the network.
|
based protocols because it has only 1 packet in the network.
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue
Block a user