Petah Tikva ve Netanya düğümlerimizden (AS206446) yapılan TCP kontrolü, belirtilen porta SYN-ACK el sıkışması girişiminde bulunarak bağlantı süresini ölçer. Bu, İsrail operatör altyapısından port düzeyinde erişilebilirliği doğrular — İsrail kullanıcıları için uygulama portlarının açık olduğunu teyit etmek ve bölgeden gelen bağlantı sorunlarını gidermek için faydalıdır. TCP kontrolü, ICMP tabanlı ping'in aksine gerçek güvenlik duvarı kurallarını ve yönlendirme davranışını yansıtır.

İsrail'den beklenen TCP el sıkışma süreleri: Frankfurt bölgesi hedeflerine ~52–60 ms, Amsterdam'a ~58–66 ms, Londra'ya ~63–70 ms, ABD Doğu Kıyısı'na ~128–138 ms. Bu değerler sıra bekleme cezası olmaksızın temel kablo RTT'yi yansıtır. Bu referans değerlerin altında tamamlanan bir TCP kontrolü, hedefin yerel veya bölgesel bir kenara Anycast yönlendirildiğini düşündürür — örneğin Cloudflare korumalı bir hizmet, Tel Aviv PoP'unda TCP el sıkışmasını 5 ms'nin altında yerel olarak tamamlar.

İsrail'den başarısız TCP kontrolü, Avrupa'dan aynı porta erişilebildiğinde genellikle şu nedenlerden kaynaklanır: güvenlik duvarı veya güvenlik grubunun Orta Doğu veya AB dışı ASN'leri engellemesi, coğrafi IP politikasının İsrail IP alanını kısıtlaması ya da bulut sağlayıcısı bölgesel kısıtlamaları. Türkiye ve BAE bölgesi düğümlerimizle karşılaştırma yapmak, engelin İsrail'e özgü mü yoksa daha geniş Orta Doğu IP aralığına mı uygulandığını belirlemenize yardımcı olur.

İsrail'in internet altyapısı, ülkenin ana IX tesislerinin, veri merkezlerinin ve carrier otellerinin bulunduğu Tel Aviv metropolitan alanında yoğunlaşmıştır. IIX (Israel Internet Exchange) birincil peering ağını işletir; yerli İSS'ler, içerik sağlayıcılar ve CDN PoP'ları bu yapıyı kullanır. ISUOG ise ikincil IX olarak faaliyet gösterir. Her ikisi de Tel Aviv metro koridoru içinde konumlanır; İsrail'in operatör ve barındırma altyapısının büyük bölümü burada yer alır. Prob düğümlerimizin bulunduğu Petah Tikva ve Netanya, birbirinden yaklaşık 15 km uzaklıktadır ve her ikisi de bu metro konsantrasyonu içindedir.

İsrail'den uluslararası bağlantı neredeyse tamamıyla denizaltı kablolar üzerinden sağlanır. FLAG ve SEA-ME-WE kablo sistemleri Hayfa ve Tel Aviv'e iner; Akdeniz üzerinden Avrupa'ya birincil kapasiteyi sunar. Sinai üzerinden Mısır geçişli ikincil bir kara yolu da bulunmaktadır. Tel Aviv-Frankfurt güzergahında, iyi yönlendirilmiş kablo kapasitesiyle yaklaşık 50–60 ms gecikme görülür. Tel Aviv-Londra arası yaklaşık 60–68 ms, Tel Aviv-New York ise trans-Atlantik kablo üzerinden yaklaşık 125–135 ms'dir. Bu RTT değerleri Güney Avrupa konumlarıyla rekabet edebilir düzeyde olup İsrail'i Avrupa CDN altyapısının kullanışlı erişim alanına sokar.

Başlıca İsrail operatörleri şunlardır: ana sabit hat omurgasını işleten Bezeq International (AS8551), Partner Communications (AS12400), HOT Telecom (AS5486) ve Cellcom. Ticari İSS ve barındırma pazarına hizmet veren diğer sağlayıcılar arasında her iki prob düğümümüzü de barındıran CLOUD LEASE (AS206446) yer almaktadır. AS206446, hem Petah Tikva hem de Netanya'da varlığı bulunan bir bulut barındırma ve kolokasyon sağlayıcısıdır; her iki konum da IIX'e ve uluslararası ağ geçitlerine bağlı İsrail ulusal omurgası üzerinden hizmet alır.

İsrail, bölgede en yüksek ortalama sabit hat geniş bant hızlarından birine sahiptir; yaygın fiber altyapısı ve rekabetçi İSS fiyatlandırması bu başarının arkasındaki temel etkenlerdir. İsrail pazarı, coğrafi konumuna kıyasla olağandışı biçimde iyi peering'e sahiptir — denizaltı kablo yoluyla Avrupa'ya yakınlık ve IIX'e aktif katılım, birçok Avrupalı CDN kenarının İsrail'e Güney Avrupa kullanıcılarıyla karşılaştırılabilir gecikmeyle hizmet vermesini sağlar. Akamai, Cloudflare ve AWS'nin Tel Aviv bölgesinde kenar PoP'ları bulunmaktadır.

İsrail'de iki prob düğümü işletiyoruz: biri Petah Tikva'da, diğeri Netanya'da; her ikisi de CLOUD LEASE (AS206446) üzerinden çalışır. Aynı AS ve metro alanında iki düğümün bulunması sonuçları genellikle tutarlı kılar; ancak her ikisini aynı anda çalıştırmak, herhangi birinde yerel yönlendirme anomalisi olmadığını doğrular. Anycast veya GeoDNS kullanan hedefler için coğrafi yakınlıkları ve ortak üst yönlü bağlantıları göz önünde bulundurulduğunda, her iki düğüm de aynı veya birbirine çok yakın sonuçlar döndürmelidir.