Кратко

  • draft-munizaga-quic-alternative-server-address-02 задаёт полный набор кандидатов, который заменяется по номеру последовательности, а CURRENT_PATH делит предпочтительные и резервные адреса; документ остаётся индивидуальным Internet-Draft.
  • Объявление не создаёт путь. Числа приоритета — относительная подсказка, клиент может отступить от неё по локальной политике, а обычные данные требуют успешной проверки соответствующего направления.
  • Объявленный набор, локальный допуск, проверка, использование и общий эффект надо фиксировать раздельно: множество клиентов, одновременно выполняющих одну подсказку, способно создать лавину на стороннем узле.

Механизм нужен после установления соединения. Сервер может захотеть вывести один адрес, поднять другой и сохранить третий для аварии. Защищённый кадр ALTERNATIVE_ADDRESS переносит это изменяемое представление. Он не превращает сервер в диспетчера сети клиента.

Кадр содержит растущий Sequence Number и весь актуальный набор. Более высокий номер атомарно заменяет старый, поэтому переупорядочение пакетов не возвращает клиента к прежнему состоянию. Если адрес исчез из новой версии, расширение больше его не рекламирует. Но такая запись не подтверждает, что старые пробы отменены и уже отправленные пакеты исчезли.

Единственный CURRENT_PATH отделяет адреса выше текущего пути от резервов. Меньшее значение Priority Hint означает больший приоритет только на своей стороне. Значения по разные стороны несопоставимы, одинаковые значения не задают порядок. Превращение списка в единую глобальную шкалу добавило бы ему несуществующие полномочия.

Подсказки носят рекомендательный характер. Клиент выбирает кандидатов, параллелизм проверки и используемый валидированный путь. Частный адрес, ULA, NAT, политика предприятия, энергопотребление и запас Connection IDs могут изменить решение. Сервер не способен доказать эту локальную картину одной записью.

Проверка пути тоже ограничена. Клиент отправляет PATH_CHALLENGE к кандидату. Совпадающий PATH_RESPONSE может вернуться другим путём, но проверяет путь исходного вызова. Аутентифицированная проба с необъявленного исходного адреса не валидирует сам этот адрес. Квитанция должна связывать значение вызова, целевой 4-кортеж, направление, время и результат.

Сервер отдельно проверяет своё направление перед передачей непробных данных. Затем клиент может мигрировать, добавить путь в multipath, оставить его резервом или не использовать. Спецификация multipath не выбирает планировщик приложения. RTT, потери, перегрузка и завершение операции относятся к тому пути, который реально нёс данные.

Главная угроза возникает на уровне группы. Злонамеренный сервер способен объявить один адрес жертвы лучшей альтернативой множеству клиентов. Каждое сообщение защищено, каждая отдельная проверка может пройти, а сумма перегрузит цель. Проект предлагает случайно задерживать миграцию, не определяя общей квоты, согласия цели или сигнала о приближающейся массе.

Принцип Heng Lu здесь практичен: общий слой задаёт минимальную проверяемую грамматику, но будущий выбор остаётся у участника, запускающего код. Публикация, регистрация номера, реализация и измеренный трафик — разные слои фактов. На момент фиксации ревизия 02 от 25 сентября 2026 года имела статус I-D Exists, без stream и ответственного AD; запрошенных значений не было в сохранённом реестре IANA.

Источники