> Нет, потеря одиночного фрейма и даже нескольких не вызовет падения скорости до
> диалапных величинКрасивая теория, но своему снифферу я доверяю больше чем какому-то эксперту опеннета с стремным уровнем квалификации.
> из-за: а) контроль чётности и коррекция ошибок есть на уровне протокола беспроводной сети;
Кэп намекает что для TCPIP результат бинарный: протоколы под ним или выдюжили, или нет. Для TCP пакет или доставлен корректно, или нет. При том тот всплеск "не выдюжили" во первых может быть рандомный. Во вторых не связан с "congestion" и - просто не повод к снижению скорости TCP потока, о великий эксперт! Некоторые, типа CDG и BBR даже пытаются какой-то эвристикой это определять, но получается довольно компромиссно и к тому же это 2-сторонняя игра.
Еще можно выпасть на цать секунд из сети если прореха в покрытии. Хэндовер при этом не удается и модем довольно долго ищет сеть, регается в ней, и в целом это может выбить из сети на ...цать секунд. За это время TCP обычно успевает конкретно обидеться на недоставку пакетов и проапгрейдить легкий вылет до доброй минуты полного дауна. И например в реалтайм чатике в чем-то движущемся сие например подбешивает.
> б) если вы не используете Reno, то восстановление произойдёт достаточно быстро.
То-есть ss кажущий как кернел лихо отсчитывает добрых 60 секунд на перепосыл пакета был моим глюком? Да ладно? :)
> Проблема в том (основная), что бесповодная сеть меняет символьную
> скорость данных, подстраиваясь под условия, и эта информация никак
> не коммуницируется на более высокий уровень OSI.
И это тоже. Впрочем вон там packet loss кой-как пытаются классифицировать - всплеск ли это или глобальный аут но честно говоря получилось оверинженернутое УГ которое навороченое но работает не особо хорошо и все-равно дурит временами.
А в сабже кстати у гугли есть идея и свой FEC делать - так то можно пролюбить 20% пакетов, починить это FEC - и хотя линк дурил, юзер этого вообще не увидит. А, представляете, FEC можно так то interleave'ить и комбинировать и это сильно улучшает надежность ценой некоторой потери скорости.