MTR von unseren israelischen Knoten führt kontinuierliche Latenz- und Paketverlustmessungen pro Hop von AS206446 zu Ihrem Ziel durch. Traffic von CLOUD LEASE in Petah Tikva oder Netanya verlässt das Netz über israelische Upstream-Transit-Provider, bevor er IIX oder ein internationales Gateway erreicht. Der internationale Pfad von Israel nach Europa verläuft über Seekabel – FLAG oder SEA-ME-WE – typischerweise über eine Lande­station in Tel Aviv oder Haifa, bevor Transit durch mediterrane PoPs folgt.

Ein typischer MTR von Israel zu einem Frankfurter Ziel zeigt: 1–2 Hops innerhalb von AS206446 mit 1–3 ms, dann ein Hop zum israelischen internationalen Gateway bei etwa 5–8 ms, dann ein Kabelsegment durch Zypern oder Ägypten mit 20–30 ms, dann mitteleuropäischer Transit mit Ankunft in Frankfurt bei insgesamt etwa 55–62 ms. Ein großer Latenzsprung am Kabelsegment-Hop ist angesichts der geografischen Distanz über mehrere Tausend Kilometer Seekabel zu erwarten – das ist keine Überlastung, sondern physische Ausbreitungsverzögerung.

MTR von beiden israelischen Knoten zum selben Ziel ist nützlich für den Pfadvergleich. Da beide Knoten im selben Großraum und AS liegen, würden abweichende MTR-Pfade zwischen ihnen darauf hindeuten, dass AS206446 Lastverteilung über mehrere Upstream-Transit-Provider betreibt. Wenn ein Knoten einen deutlich schnelleren Pfad zeigt, deutet das darauf hin, dass eine Transit-Wahl besser mit dem Ziel gepeert ist – eine Information, die nützlich ist für die Auswahl, welcher Knoten als primäre Referenz für israelische Erreichbarkeitstests verwendet werden soll.

Israels Internetinfrastruktur konzentriert sich auf den Großraum Tel Aviv, wo sich die wichtigsten IX-Einrichtungen, Rechenzentren und Carrier Hotels des Landes befinden. IIX (Israel Internet Exchange) betreibt den primären Peering-Fabric, der von inländischen ISPs, Content-Providern und CDN-PoPs genutzt wird. ISUOG fungiert als sekundärer IX. Beide befinden sich im Metro-Korridor Tel Aviv, wo der Großteil der israelischen Carrier- und Hosting-Infrastruktur physisch untergebracht ist. Petah Tikva und Netanya – die beiden Städte, in denen unsere Probe-Knoten betrieben werden – liegen etwa 15 km voneinander entfernt und fallen beide in diese metro-konzentrierte Zone.

Internationale Konnektivität aus Israel verläuft fast ausschließlich über Seekabel. Die FLAG- und SEA-ME-WE-Kabelsysteme landen in Haifa und Tel Aviv und bieten primäre Kapazität in Richtung Europa durch das Mittelmeer. Ein sekundärer Pfad verläuft über Land via Ägypten durch den Sinai. Der Pfad Tel Aviv – Frankfurt beträgt auf gut gerouteter Kabelkapazität ungefähr 50–60 ms. Tel Aviv nach London liegt bei etwa 60–68 ms. Tel Aviv nach New York beträgt über transatlantisches Kabel ungefähr 125–135 ms. Diese RTTs sind mit südeuropäischen Standorten vergleichbar und platzieren Israel in einem nützlichen Latenzbereich zur europäischen CDN-Infrastruktur.

Zu den großen israelischen Carriern gehören Bezeq International (AS8551), der das inländische Festnetz-Backbone betreibt, Partner Communications (AS12400), HOT Telecom (AS5486) und Cellcom. Der kommerzielle ISP- und Hosting-Markt wird von weiteren Anbietern bedient, darunter CLOUD LEASE (AS206446), der beide unserer Probe-Knoten hostet. AS206446 ist ein Cloud-Hosting- und Colocation-Anbieter mit Präsenz in Petah Tikva und Netanya, beide angebunden über das israelische inländische Backbone mit anschließendem Transit zu IIX und internationalen Gateways.

Israel hat eine der höchsten durchschnittlichen Festnetz-Breitbandgeschwindigkeiten in der Region, angetrieben durch weitreichende Glasfaser-Deployments und wettbewerbsfähige ISP-Preise. Der israelische Markt ist für seinen geografischen Standort ungewöhnlich gut gepeert – die Nähe zu Europa über Seekabel und aktive Teilnahme am IIX bedeutet, dass viele europäische CDN-Edges Israel mit Latenz bedienen, die mit dem vergleichbar ist, was südeuropäische Nutzer sehen. Akamai, Cloudflare und AWS unterhalten alle Edge-PoPs in der Region Tel Aviv.

Wir betreiben zwei Probe-Knoten in Israel – einen in Petah Tikva und einen in Netanya – beide über CLOUD LEASE (AS206446). Da beide Knoten im selben AS und Großraum liegen, sind die Ergebnisse typischerweise konsistent, aber das gleichzeitige Ausführen beider bestätigt, dass keiner der Knoten eine lokale Routing-Anomalie aufweist. Für Ziele mit Anycast oder GeoDNS sollten beide Knoten identische oder nahezu identische Ergebnisse liefern, angesichts ihrer geografischen Nähe und des gemeinsamen Upstreams.