Ein DNS-Check von unseren israelischen Knoten fragt die autoritativen Nameserver Ihrer Domain direkt aus dem AS206446-IP-Raum ab und protokolliert die Antwort. Dies bestätigt, dass Ihr autoritatives DNS aus der israelischen Netzwerkumgebung korrekt auflöst. Es ist besonders relevant, wenn Sie GeoDNS verwenden, um für Nahost- oder israelische Nutzer unterschiedliche Records zurückzugeben – beispielsweise um sie zu einem regionalen CDN-Edge oder einem Ursprungsserver in Europa statt in den USA zu leiten.

Unser DNS-Check umgeht rekursive Resolver-Caches vollständig und fragt die autoritative Ebene direkt ab. Dies zeigt, was Ihre Nameserver derzeit zurückgeben, nicht was ein gecachter Resolver möglicherweise noch ausliefert. Bei aktuellen DNS-Änderungen – wie einem TTL-abgelaufenen Record-Update oder einer neuen Subdomain – ist dies die richtige Methode, um zu überprüfen, ob die Änderung auf der autoritativen Ebene aus einem israelischen Netzwerk-Vantage-Point live ist.

AS206446 (CLOUD LEASE) ist RIPE-registrierter israelischer Adressraum und sollte von allen großen GeoDNS-Anbietern korrekt als IL / Naher Osten klassifiziert werden. Wenn ein DNS-Check von unseren israelischen Knoten eine unerwartete IP zurückgibt – beispielsweise einen US-Region-Record statt einem EU- oder Nahost-Record – deckt Ihre GeoDNS-Policy AS206446 entweder nicht korrekt ab oder wendet eine breitere Klassifizierung als erwartet an. Ein Quervergleich mit unseren türkischen und deutschen Knoten hilft einzugrenzen, ob die Fehlklassifizierung Israel-spezifisch ist oder die breitere RIPE-Region betrifft.

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.