Files
HY2XS_flamy/docs/06-speed-limits-and-congestion.md
T

2.5 KiB
Raw Blame History

Speed limits and congestion policy

Цель документа

Зафиксировать корректную speed policy без неточных упрощений.

Что нельзя считать правильной схемой

Нельзя описывать baseline так:

  • на сервере включили host BBR
  • выдали какой-то URI
  • автоматически получили строгий лимит 50 Mbps на клиента

Это неверная модель.

Что зафиксировано в baseline

На сервере

  • bandwidth.up = 50 mbps
  • bandwidth.down = 50 mbps
  • ignoreClientBandwidth = false

На клиенте

Совместимый клиентский конфиг должен задавать соответствующие bandwidth hints:

  • up_mbps = 50
  • down_mbps = 50

Практический смысл

Ожидаемый 50/50 Mbps contract считается корректным только тогда, когда сервер и клиентская конфигурация согласованы.

Что делать с host-level BBR

net.ipv4.tcp_congestion_control=bbr можно оставить как общий системный тюнинг, но:

  • это не главный механизм speed policy Hysteria2
  • это не замена клиентским bandwidth hints
  • это не центр документации по лимитам

Что фиксировать в post-install.env

Минимум:

  • HY2_BANDWIDTH_UP_Mbps
  • HY2_BANDWIDTH_DOWN_Mbps
  • HY2_IGNORE_CLIENT_BANDWIDTH

Дополнительно фиксируется HY2_VERSION как фактически установленная версия Hysteria2.

Что нельзя писать в проектных доках

Не писать:

  • «лимит задаётся только на сервере, клиент не важен»
  • «любой URI достаточно для полной speed policy»
  • «host BBR и есть логика Hysteria»

Правильная baseline-формулировка

Пер-клиентный лимит 50/50 Mbps обеспечивается согласованной серверной и клиентской конфигурацией. Install baseline отвечает за серверную часть этого контракта; конкретный delivery/access слой в этот документ не входит.