> On 22 Dec 2023, at 11:17, izorkin@gmail.com wrote:
>
> Добрый день, Сергей.
>
> Удалось ещё немного поэкспериментировать.
> Если использовать браузер, то сперва размер probe mtu составляет 1200,
> а потом увеличивается до 1472.
> Потом проверил через curl, там средний размер пакета составляет чуть
> больше 1200, при скачивании файла только под конец размер пакета доходит
> до 2400-2500. При размере файла чуть меньше 200 кб, где-то пакетов 10
> или меньше превышают 1500. Мне кажется алгоритм работает не слишком быстро.
> Может ли браузер Chrome ограничивать размер QUIC пакетов?
>

При выборе, как часто выполнять шаги поиска MTU, важно соблюдать баланс
между временем схождения и нагрузкой на сеть. Поиск MTU - это такой же
трафик, поэтому текущий алгоритм старается не нагружать сеть попусту:
в текущей реализации поиск имеет отложенный старт и каждый шаг поиска
выполняется с задержкой, иначе это было бы особенно заметно на коротких
соединениях. Поэтому, если MTU замерять сразу после установки соединения
на первом запросе, это может выглядеть так, что поиск работает медленно.
Но в конечном итоге алгоритм поиска сходится за разумное время, учитывая
что, как правило, соединение HTTP/3 (как и HTTP/2) повторно используется
для нескольких (многих) запросов.

> Вы писали 21 декабря 2023 г., 13:36:21:
>
>> Причины могут быть разные, необязательно тюнинг числа попыток/таймаута
>> может помочь. Для начала неплохо бы понимать, что происходит в сети.
>> Для этого можно пронаблюдать процесс поиска MTU в debug log,
>> см. строчки "probe mtu" / "ack mtu" для выбранного соединения.
>> Клиентский лимит логгируется в "quic tp max_udp_payload_size".
>
>
> --
> С уважением,
> Izorkin mailto:izorkin@gmail.com
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> https://mailman.nginx.org/mailman/listinfo/nginx-ru

--
Sergey Kandaurov

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-ru