[ip0502]

Доброе время суток.

Во время тестов столкнулись со следующей проблемой.

При значении rtt в несколько msec (2-3) через 100 Мегабитные линки получаем прокачку 90 Мегабит/с на разных железках (Оборудование Cisco и Zyxel). При увеличении rtt до 50-60 msec, прокачка падает до 40-50 Мегабит/с. Линки загружали Speedtest'ом и торрентами. С того же самого оборудования при тех же условиях, но с 1 Gbit/s портов при rtt 50-60 msec прокачка была порядка 120 - 150 Мегабит/с.

 

Сталкивался ли кто с подобной проблемой? И если сталкивался, то как боролись? Хотелось бы на 100 Мbit/s линках иметь прокачку порядка 90 мегабит/с.

[alibek]

Сталкивался ли кто с подобной проблемой?

Это не проблема. Это фича.

Используйте для измерений UDP.

[s.lobanov]

Или tcp с большим wsize

[Sergey M.]

Сталкивался ли кто с подобной проблемой?

Это не проблема. Это фича.

Используйте для измерений UDP.

 

Так автор пишет, что торрентом тоже тестировал и выше 50 не поднимается, а торрент как раз через UDP давно уже работает.

[alibek]

а торрент как раз через UDP давно уже работает

Вовсе не факт.

Через UDP работает uTP, который частенько режется (т.к. мешает другим пользователям).

А обычные торренты работают через TCP-сессии.

[s.lobanov]

Через UDP работает uTP, который частенько режется (т.к. мешает другим пользователям).

 

да не мешает он никому. просто когда оно случилось(внезапно), мелкие операторы не были готовы к уменьшению размера пакета из-за использования софтроутеров. нормальные операторы решили проблему либо апгрейдом софтроутера(кто-то даже отделался тюнингом ядра), либо заменой на нормальный брас.

 

А обычные торренты работают через TCP-сессии.

 

спорно. щас все за натом(как минимум, домашним), порты люди(имеющие белый ip от ISP) перестали пробрасывать после появления uTP, uTP выживает tcp в торрентах

[rdc]

При увеличении rtt до 50-60 msec, прокачка падает до 40-50 Мегабит/с

Это косяк протокола tcp. Его создатели считали, что интернет никогда не покинет предела их страны, и значительные задержки для tcp являются признаком того, что канал где-то бьётся в полку, и нужно сбавить обороты.

Есть костыли, позволяющие частично избежать последствий этого решения - многопоточная закачка, изменение congestion control алгоритма.

Кардинально решает проблему только использование более совершенных протоколов.