LINUX.ORG.RU
ФорумAdmin

как уменьшить таймаут ретрансмита потеряных пакетов?


0

0

короче в последнее время меня мой пров не радует. потери под 30 процентов. всё тупит. посмотрел я типичную HTTP сессия под вирешарком и нашёл корень зла:

Трабл1: Отсылаю я например SYN пакет на установление сессии, он благополучно теряется, следующий отправляется только через 3 секунды. как бы уменьшить хотябы до секунды?

Трабл2: Ещё хлеще -- если потеряется и второй пакет, следующий будет выслан уже через 6 секунд, а если потеряется и третий, то четвёртый через 12 секунд, т.е. каждый раз таймаут увеличивается в 2 раза. Неплохо бы этот множитель убрать.

Перекопал весь sysctl, слегка помогает опция net.ipv4.tcp_syn_retries=1, но не более того. Я понимаю, что для далёких хостов уменьшение таймаутов будет приводить к лишним ретрансмитам, но хуже явно не будет. Дальше только копать исходники tcp-стека...

net.ipv4.tcp_frto = 2 net.ipv4.tcp_frto_response = 0

как только не крутил, те же 3 секунды...

LowLevel
() автор топика

Может проще найти корень зла?

Позвоните провайдеру.
Смените сетевую плату.
Перезапустите коммутаторы.
Попробуйте сменить full duplex на half duplex.
Смените кабель.

SlavikSS ★★
()
Ответ на: комментарий от SlavikSS

> Может проще найти корень зла? ...

не это не у меня явно -- локальные работают только так, да и у остальных та же фигня

LowLevel
() автор топика
Ответ на: комментарий от LowLevel

Пинать прова. Это услуги не надлежащего качества. Я как-то бодался с вебпласом на эту тему. Долго правда, но дободал. У них то ли маршрутизатор глючил переодически, то ли прегрузки на нем были. Похожая фигня возникала и в корбине из-за вирусов. Пинал - разбирались.

Valmont ★★★
()

И еще. В принципе, потерь пакетов не должно быть. Но нормально, когда они НЕ превышают процентов 3-4. Я говорю, естественно, в общем. Отдельные далекие узлы вполне могут давать потери значительно больше.

Valmont ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.