Добрый день.
Есть ли смысл в этом? Например, для усложнения адаптации ТСПУ. Значение можно было бы передавать как диапазон мин-макс.

Если DPI запрограммировано статически, а не анализирует ваше поведение и не меняет стратегию в процессе, то рандомизация параметров обмана может лишь повредить.
Диапазон параметров может частично пробивать, частично не пробивать, и у вас будет хаотичная работоспособность. Надо смотреть что делает DPI и подбирать устойчивую стратегию

Возможно имеет смысл создать новую тему, но какой допустим диапазон значений -f и -e?
(Да и других параметров, принимающих значения). И что будет происходить при приближении/выходу за границу допустимых значений?

у меня похожий вопрос. что технически делает параметр -e
по описанию вообще не понял, что конкретно и по какому правилу фрагментируется.

У меня РТ обходится только установкой -е 2. Хочу понять в чем суть блокировки

Без --native-frag или --reverse-frag он устанавливает TCP Window Size для TLS-соединений (чтобы ОС отправила TLS ClientHello двумя TCP-сегментами), а с этими опциями сама программа разделяет ClientHello на два сегмента, разделяя по указанному значению (2 байта в первом сегменте, оставшиеся во втором).

о, ответ от уже легендарной личности
спасибо. эта опция помогала вчера от Ростелека.
также проверил через Wireshark. понял суть.
перенес идею на zapret - тоже помогло.