Las comprobaciones HTTP desde el nodo del Reino Unido envían una solicitud completa a tu URL e informan del código de estado HTTP, el tiempo de respuesta total y si el servidor devolvió una respuesta válida. La posición bien conectada de Londres significa que para cualquier destino con un PoP de CDN en el Reino Unido, llegarás a infraestructura local: Cloudflare, Akamai y Fastly operan capacidad considerable en Londres. Los tiempos de respuesta por debajo de 50 ms para contenido cacheado son normales en ese caso.

Para servidores de origen fuera del Reino Unido, el tiempo de respuesta HTTP incluirá la latencia completa de ida y vuelta más el tiempo de procesamiento del servidor. Un destino en Fráncfort con un RTT de 20 ms y una pila de aplicaciones lenta puede aún mostrar 300–500 ms en una comprobación HTTP. Separar la latencia de red (visible en la comprobación de ping) del tiempo de respuesta de la aplicación ayuda a determinar si los resultados HTTP lentos son un problema de red o del lado del servidor.

Los destinos HTTPS pasan por la negociación TLS antes de que llegue el primer byte. En una conexión con 20 ms de RTT, TLS 1.3 añade aproximadamente un viaje de ida y vuelta extra, por lo que se esperaría al menos 40 ms de overhead antes de que el servidor comience siquiera a enviar contenido. Si tus tiempos de comprobación HTTP son inesperadamente altos para destinos cercanos, verifica si la reanudación de sesión TLS está funcionando y si el OCSP stapling está configurado: ambos reducen el overhead de establecimiento de la conexión.

Londres es una de las ciudades mejor conectadas del mundo. LINX, el London Internet Exchange, supera regularmente los 8 Tbit/s de tráfico pico y se sitúa entre los tres primeros IXP del mundo por volumen de tráfico. La ciudad concentra una densa cantidad de centros de datos carrier-neutral: Telehouse North y East en Docklands, Equinix LD4 y LD5 en Slough, y el campus londinense de Interxion, lo que ofrece a las redes una amplia variedad de puntos de interconexión a pocos kilómetros entre sí.

El Reino Unido se encuentra en el extremo occidental de varios sistemas de cables submarinos transatlánticos importantes. TAT-14, Yellow/AC-2 y FLAG Atlantic-1 tienen sus estaciones de aterrizaje en suelo británico, proporcionando múltiples rutas diversas y redundantes hacia la Costa Este de EE. UU. Esta geografía le da a Londres algunos de los mejores tiempos de latencia transatlántica de Europa, con tiempos de ida y vuelta hacia Nueva York típicamente en el rango de 70–80 ms bajo carga normal.

La capacidad del backbone doméstico se concentra en Londres pero se extiende a las principales ciudades a través de anillos de fibra de alta capacidad. BT Openreach, Virgin Media O2 y un número creciente de redes alternas operan enlaces de larga distancia entre Londres, Manchester, Birmingham y Edimburgo. El peering en Manchester a través de MANAP reduce los tiempos de ida y vuelta para el tráfico destinado al norte de Inglaterra sin tener que llevarlo de vuelta a la capital.

El único nodo del Reino Unido en esta plataforma se ejecuta en Londres en AS203758 (ABR Hosting), alojado en el datacenter de ABR Hosting. ABR proporciona servicios de tránsito y colocation en Londres, conectado al ecosistema más amplio de operadores del Reino Unido. Las pruebas desde este nodo reflejan las condiciones en una red de hosting londinense de nivel medio, lo que es útil para calibrar la accesibilidad desde un entorno típico de VPS o servidor dedicado.

Tras el Brexit, la política de routing de Internet del Reino Unido ha divergido de los marcos de la UE en algunas áreas regulatorias, pero a nivel físico nada cambió: la fibra, los acuerdos de peering y los contratos de tránsito funcionan como antes. La membresía de LINX sigue incluyendo a cientos de operadores de la UE, y la latencia transcanaliche entre Londres y Ámsterdam o París se mantiene en cifras de dos dígitos bajos de milisegundos.