PING Test from İsrail
2 nodes in Netanja, Petach Tikwa · IIX Tel Aviv
İsrail — 2 Nodes
İsrail'den Ping Testi
İsrail'deki düğümlerimizden (AS206446, CLOUD LEASE) Petah Tikva ve Netanya'dan yapılan ping, ICMP echo isteği göndererek gidiş-dönüş süresini kaydeder. Bu konumlardan tipik RTT değerleri: Tel Aviv-Frankfurt ~52–60 ms, Amsterdam ~58–66 ms, Londra ~62–70 ms, Paris ~55–63 ms, New York ~128–138 ms, Dubai ~25–35 ms, Singapur ~145–165 ms. Bu referans değerler, FLAG veya SEA-ME-WE kablo kapasitesi üzerinden İsrail uluslararası ağ geçidinde tıkanma olmaksızın temiz kablo yönlendirmesi varsayımına dayanır.
Her iki İsrail düğümünden eş zamanlı ping çalıştırmak tutarlılığı teyit etmek için faydalıdır. Her iki düğüm de aynı AS ve metro alanında olduğundan, aynı hedefe ölçülen RTT'lerdeki belirgin farklılık coğrafi bir farktan değil — birinin farklı bir üst transit yol kullanmasından kaynaklanan yerel yönlendirme farkına işaret eder. Pratikte Petah Tikva ve Netanya sonuçları çoğu hedef için birbirinden 2–4 ms'i geçmez.
İsrail'den Avrupa'ya giden yollarda, özellikle birden fazla operatörün trafiğini topladığı denizaltı kablo kara istasyonlarında, transit yönlendiricilerde ICMP hız sınırlaması yaygındır. İsrail'den ping beklenenden yüksek RTT gösterirken aynı hostta TCP kontrolü beklenen hızda tamamlanıyorsa, bu fark gerçek yol tıkanması değil ICMP işleme biçiminden kaynaklanıyordur. MTR izinde belirli bir atlamada yükselen ICMP RTT'nin ardından devam eden atlamalarda kayıp görülmemesi bunu doğrular.
İsrail Ağ Altyapısı
İ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.