История изменений
Исправление vel, (текущая версия) :
Единственное, что хоть как-то помогает на постоянно хреновом канале (дропы) это уменьшение MTU, но это очень радикально.
Если используется tcp, то можно уменьшать mss. При небольших потерях (до 5%) tcp нормально справляется. После 25% потерь нужно менять провайдеров.
Возможно изменение алгоритма Congestion Control для tcp сможет чем-то помочь, но tcp это палка о двух концах - с двух сторон нужно менять алгоритмы. на хабре есть на эту тему статья.
mtu/mss/advmss/congctl можно задать для маршрута, т.ч. это достаточно гибкое решение.
Может оказаться, что туннель через tcp на хреновом канале будет работать лучше, чем через udp.
Если ты знаешь параметры канала (задержка и потери), то его можно имитировать через дисциплину netem (iproute2 tc), что сильно упрощает эксперименты.
Исправление vel, :
Единственное, что хоть как-то помогает на постоянно хреновом канале (дропы) это уменьшение MTU, но это очень радикально.
Если используется tcp, то можно уменьшать mss. При небольших потерях (до 5%) tcp нормально справляется. После 25% потерь нужно менять провайдеров.
Возможно изменение алгоритма Congestion Control для tcp сможет чем-то помочь, но tcp это палка о двух концах - с двух сторон нужно менять алгоритмы. на хабре есть на эту тему статья.
mss/advmss/congctl можно задать для маршрута, т.ч. это достаточно гибкое решение.
Может оказаться, что туннель через tcp на хреновом канале будет работать лучше, чем через udp.
Если ты знаешь параметры канала (задержка и потери), то его можно имитировать через дисциплину netem (iproute2 tc), что сильно упрощает эксперименты.
Исходная версия vel, :
Единственное, что хоть как-то помогает на постоянно хреновом канале (дропы) это уменьшение MTU, но это очень радикально.
Если используется tcp, то можно уменьшать mss. При небольших потерях (до 5%) tcp нормально справляется. После 25% потерь нужно менять провайдеров.
Возможно изменение алгоритма Congestion Control для tcp сможет чем-то помочь, но tcp эта палка о двух концах. Т.е. с двух сторон нужно менять алгоритмы. на хабре есть на эту тему статья.
mss/advmss/congctl можно задать для маршрута, т.ч. это достаточно гибкое решение.
Может оказаться, что туннель через tcp на хреновом канале будет работать лучше, чем через udp.
Если ты знаешь параметры канала (задержка и потери), то его можно имитировать через дисциплину netem (iproute2 tc), что сильно упрощает эксперименты.