HTTP/3 e IPv6 en el edge

Qué está activo y para quién

• HTTP/3 usa QUIC, un transporte sobre el puerto UDP 443 con TLS 1.3 integrado. El navegador lo descubre en la cabecera Alt-Svc de su primera respuesta HTTP/2 y cambia en la siguiente conexión.
• IPv6 es dual-stack: los hostnames de la CDN tienen registros AAAA junto a los A y el edge acepta ambos. Su origen puede seguir solo en IPv4; el edge lo consulta por IPv4 como antes.
• Ambos se aplican a todas las cuentas y hostnames. No son interruptores por cuenta y no pueden desactivarse para un solo sitio.
• Los clientes que no pueden usarlos no pierden nada: HTTP/2 sobre TLS 1.2 o 1.3 e IPv4 siguen funcionando igual.

Verlo en el navegador

Abra DevTools → Network, haga clic derecho en una cabecera de columna y active Protocol. La primera carga muestra h2; recargue y las mismas peticiones muestran h3. Chrome, Edge, Firefox y Safari lo hacen solos.

• h3 en la columna Protocol significa que la petición viajó por HTTP/3.
• La primera petición de una sesión será h2: el navegador aún no ha visto la cabecera Alt-Svc.
• Si nunca ve h3, algo entre el navegador y el edge descarta UDP 443 (vea Resolución de problemas). El sitio sigue funcionando.

Comprobar desde la línea de comandos

curl 8 compilado con HTTP/3 puede forzar el protocolo; dig muestra los registros IPv6.

curl --http3 -sI https://www.example.com/ | head -1
curl -sI https://www.example.com/ | grep -i alt-svc
dig +short AAAA www.example.com
curl -6 -sI https://www.example.com/ | head -1

IPv6: qué cambia para usted

• Nada en el panel. Si su sitio apunta a nosotros con un CNAME, hereda los registros AAAA automáticamente.
• Los visitantes en redes solo IPv6 (muchos operadores móviles) llegan al edge de forma nativa, sin la capa de traducción del operador.
• Las analíticas y los logs muestran direcciones IPv6. Las reglas por IP escritas para IPv4 no coinciden con visitantes IPv6; añada la forma IPv6 si la regla importa.
• Su origen no necesita IPv6. El edge le habla con lo que tenga hoy.

Resolución de problemas

• Nunca h3: un firewall corporativo o un router doméstico bloquea el UDP 443 saliente. El navegador se queda en HTTP/2 en silencio; no hay error que buscar, solo falta la mejora de velocidad.
• h3 en la primera visita pero no después: la pista Alt-Svc se guarda un día; un cambio de red puede hacer que el navegador reintente por TCP un rato. Es normal.
• Un visitante IPv6 no llega al sitio pero los IPv4 sí: el problema está en la ruta del visitante, no en el edge. Pida la salida de curl -6 -v.
• Una petición bloqueada por HTTP/3 muestra la misma página de bloqueo del WAF que por HTTP/2; el Reference ID funciona igual.

Logs e informes

• Las peticiones por HTTP/3 se registran con el protocolo HTTP/3.0; HTTP/2 sigue como HTTP/2.0.
• La cuota de HTTP/3 depende de su audiencia: el primer día fue entre el 6 % y el 27 % de las peticiones por sitio, sobre todo Chrome y Android.
• El conteo de ancho de banda y peticiones no cambia; el protocolo no altera lo facturado.