HTTP-Checks vom UK-Knoten senden eine vollständige Anfrage an Ihre URL und melden den HTTP-Statuscode, die Gesamtantwortzeit und ob der Server eine gültige Antwort zurückgegeben hat. Londons gut angebundene Position bedeutet, dass für jedes Ziel mit einem CDN-PoP im Vereinigten Königreich lokale Infrastruktur getroffen wird – Cloudflare, Akamai und Fastly betreiben alle bedeutende Londoner Kapazität. Antwortzeiten unter 50 ms für gecachte Inhalte sind in diesem Fall normal.

Für Ursprungsserver außerhalb des Vereinigten Königreichs beinhaltet die HTTP-Antwortzeit den vollständigen Round-Trip plus Server-Verarbeitungszeit. Ein Ziel in Frankfurt mit 20 ms RTT und einem langsamen Anwendungs-Stack kann beim HTTP-Check immer noch 300–500 ms zeigen. Die Netzwerklatenz (im Ping-Check sichtbar) von der Anwendungsantwortzeit zu trennen hilft, zu bestimmen, ob langsame HTTP-Ergebnisse ein Netzwerk- oder ein serverseitiges Problem sind.

HTTPS-Ziele durchlaufen vor dem ersten Byte TLS-Aushandlung. Bei einer Verbindung mit 20 ms RTT fügt TLS 1.3 etwa einen zusätzlichen Round-Trip hinzu, sodass mindestens 40 ms Overhead zu erwarten sind, bevor der Server überhaupt anfängt, Inhalte zu senden. Wenn Ihre HTTP-Check-Zeiten für nahe gelegene Ziele unerwartet hoch sind, prüfen Sie, ob TLS-Session-Resumption funktioniert und ob OCSP-Stapling konfiguriert ist – beides reduziert den Verbindungsaufbau-Overhead.

London ist eine der am besten vernetzten Städte der Welt. LINX, der London Internet Exchange, überschreitet regelmäßig 8 Tbit/s im Spitzenbetrieb und zählt nach Traffic-Volumen zu den Top-3-IXPs weltweit. Die Stadt beherbergt eine dichte Konzentration carrierneutraler Rechenzentren – Telehouse North und East in den Docklands, Equinix LD4 und LD5 in Slough sowie Interxions Londoner Campus – was Netzen eine große Auswahl an Interconnect-Punkten innerhalb weniger Kilometer voneinander bietet.

Das Vereinigte Königreich liegt am westlichen Ende mehrerer wichtiger transatlantischer Seekabelsysteme. TAT-14, Yellow/AC-2 und FLAG Atlantic-1 landen alle an britischen Küsten und bieten mehrere diverse Pfade zur US-Ostküste. Diese Geografie verleiht London einige der besten transatlantischen Latenzen in Europa, mit Round-Trip-Zeiten nach New York typischerweise im Bereich 70–80 ms unter normaler Last.

Die inländische Backbone-Kapazität ist in London konzentriert, erstreckt sich aber über Hochkapazitäts-Glasfaserringe zu großen Städten. BT Openreach, Virgin Media O2 und eine wachsende Anzahl von Altnets betreiben Langstreckenverbindungen zwischen London, Manchester, Birmingham und Edinburgh. Peering in Manchester über MANAP reduziert Round-Trip-Zeiten für Traffic nach Nordengland, ohne über die Hauptstadt zu backhaul.

Der einzelne britische Knoten auf dieser Plattform läuft in London auf AS203758 (ABR Hosting), untergebracht im ABR-Hosting-Rechenzentrum. ABR bietet Transit- und Colocation-Dienste in London an, angebunden an das breitere britische Carrier-Ökosystem. Tests von diesem Knoten spiegeln Bedingungen auf einem mittelgroßen Londoner Hosting-Netz wider, was nützlich ist für die Einschätzung der Erreichbarkeit von einer typischen VPS- oder Dedicated-Server-Umgebung aus.

Nach dem Brexit hat die britische Internet-Routing-Policy in einigen regulatorischen Bereichen von EU-Rahmenwerken abgewichen, aber auf der physischen Ebene hat sich nichts geändert – Fasern, Peering-Vereinbarungen und Transit-Verträge funktionieren wie zuvor. Die LINX-Mitgliedschaft umfasst noch Hunderte EU-Carrier, und die Ärmelkanal-Latenz zwischen London und Amsterdam oder Paris bleibt im niedrigen zweistelligen Millisekundenbereich.