12,270
edits
Bonding Information: Difference between revisions
m
→Packet re-ordering
mNo edit summary |
|||
|
People often want greater upload bandwidth so as to improve performance of remote workers (etc. VPN/remote sessions etc.) or sending out large files etc.
==Packet re-ordering and lines with different latencies==
As IP packets are taking separate routes to get to you, there is potential for packets to be out of order. This can happen where the ADSL lines have different amounts of latency. This can be overcome to some extent by adding/removing 'interleaving' on the ADSL lines. Latency can be easily seen on the CQL graphs for your lines on the ADSL [[:Category:Control Pages|Control Pages]].
In theory, out of order packets should not be a problem, TCP copes with out of order packets, but some applications may have problems. We have seen some VPNs and specific video streaming applications being very sensitive to packets being out of order. This is rare though.
Packets sent from AAISP to you take the line that has the lowest current delay. This is worked out by recent packets and the base latency of the line. Due to this you may see traffic preferring one of your lines over the other. The aim of this is to ensure packets arrive in order if possible. (Not that IP guarantees packet order.) In theory a full speed transfer should fill both lines, but slower traffic will have a bias to the low latency line.
==Fast failover==
| |||