Как на самом деле работает миграция соединения QUIC?
Я понимаю, что QUIC имеет уникальный идентификатор для каждого соединения, который позволяет участникам изменять свои IP-адреса (например, при переходе от WIFI к мобильным сетям), но при этом отправлять пакеты друг другу, которые все еще могут быть назначены для правильного соединения.
Но как получатели узнают новый IP-адрес друг друга для отправки пакетов?
Я прочитал спецификацию, но не совсем понимаю, как это работает
1 ответ
QUIC по-прежнему использует IP внизу. Итак, да, вам нужен IP-адрес для отправки сообщений и получения сообщений обратно.
Миграция соединения QUIC избавляет вас от всех усилий по настройке надежного и безопасного соединения.
Надежность традиционно обеспечивается TCP, но для этого требуется трехстороннее рукопожатие, что требует времени и обходов, не говоря уже о медленном запуске TCP, означающем, что вначале он медленный.
Безопасность традиционно обеспечивается TLS для создания HTTPS-соединения для отправки HTTP-сообщений. Это также требует времени, чтобы согласовать используемые шифры.
QUIC в основном позволяет повторно использовать настройки для тех, кто не запускает соединение с нуля.
Таким образом, вы отправляете сообщение с IP-адреса 1 и должны ожидать ответа на этот IP-адрес. Однако, если вы переместите IP (например, с WIFI на Mobile) на IP-адрес 2, да, вы можете потерять несколько ответов. В следующий раз, когда вы поговорите с конечной точкой QUIC, используя тот же идентификатор соединения, она увидит, что вы находитесь на новом IP-адресе и что есть несколько неподтвержденных пакетов, которые были отправлены, поэтому они будут отправлены повторно.