MTR dari node Israel kami menjalankan pengukuran latensi dan kehilangan per hop secara terus-menerus dari AS206446 ke target Anda. Lalu lintas dari CLOUD LEASE di Petah Tikva atau Netanya keluar melalui penyedia transit upstream Israel sebelum mencapai IIX atau gateway internasional. Jalur internasional dari Israel ke Eropa berjalan melalui kabel bawah laut — FLAG atau SEA-ME-WE — biasanya melalui stasiun pendaratan di Tel Aviv atau Haifa sebelum transit lanjutan melalui PoP Mediterania.

MTR tipikal dari Israel ke target Frankfurt menunjukkan: 1–2 hop di dalam AS206446 menambahkan 1–3 ms, kemudian hop ke gateway internasional Israel sekitar 5–8 ms, kemudian segmen kabel melalui Siprus atau Mesir menambahkan 20–30 ms, kemudian transit Eropa Tengah tiba di Frankfurt sekitar 55–62 ms total. Lompatan latensi besar pada hop segmen kabel adalah hal yang diharapkan mengingat jarak geografis — ini bukan kemacetan tetapi penundaan propagasi fisik melalui beberapa ribu kilometer kabel bawah laut.

MTR dari kedua node Israel ke target yang sama berguna untuk perbandingan jalur. Kedua node berada di metro dan AS yang sama, sehingga jalur MTR yang berbeda antara keduanya akan menunjukkan bahwa AS206446 melakukan load-balancing melalui beberapa penyedia transit upstream. Jika satu node menunjukkan jalur yang jauh lebih cepat, hal itu menunjukkan satu pilihan transit lebih baik di-peer dengan target — informasi yang berguna untuk memilih node mana yang akan digunakan sebagai referensi utama untuk pengujian keterjangkauan Israel.

Infrastruktur internet Israel terkonsentrasi di kawasan metropolitan Tel Aviv, di mana fasilitas IX utama negara, pusat data, dan carrier hotel berada. IIX (Israel Internet Exchange) mengoperasikan fabric peering utama, yang digunakan oleh ISP domestik, penyedia konten, dan PoP CDN. ISUOG berfungsi sebagai IX sekunder. Keduanya berlokasi di koridor metro Tel Aviv, di mana sebagian besar infrastruktur carrier dan hosting Israel secara fisik ditempatkan. Petah Tikva dan Netanya — dua kota yang meng-host node probe kami — berjarak sekitar 15 km dan keduanya berada dalam konsentrasi metro ini.

Konektivitas internasional dari Israel keluar hampir seluruhnya melalui kabel bawah laut. Sistem kabel FLAG dan SEA-ME-WE mendarat di Haifa dan Tel Aviv, menyediakan kapasitas utama ke arah Eropa melalui Mediterania. Jalur sekunder berjalan darat melalui Mesir melalui Sinai. Jalur Tel Aviv-ke-Frankfurt berjalan sekitar 50–60 ms pada kapasitas kabel yang dirutekan dengan baik. Tel Aviv ke London berada sekitar 60–68 ms. Tel Aviv ke New York sekitar 125–135 ms melalui kabel trans-Atlantik. RTT ini kompetitif dengan lokasi Eropa Selatan, menempatkan Israel dalam jangkauan yang berguna dari infrastruktur CDN Eropa.

Carrier Israel utama mencakup Bezeq International (AS8551), yang mengoperasikan backbone fixed-line domestik utama, Partner Communications (AS12400), HOT Telecom (AS5486), dan Cellcom. Pasar ISP dan hosting komersial dilayani oleh penyedia tambahan termasuk CLOUD LEASE (AS206446), yang meng-host kedua node probe kami. AS206446 adalah penyedia hosting cloud dan colocation dengan kehadiran di Petah Tikva dan Netanya, keduanya dilayani melalui backbone domestik Israel dengan transit lanjutan ke arah IIX dan gateway internasional.

Israel memiliki salah satu kecepatan broadband fixed-line rata-rata tertinggi di wilayah ini, didorong oleh penerapan fiber yang luas dan harga ISP yang kompetitif. Pasar Israel sangat baik di-peer untuk lokasi geografisnya — kedekatan dengan Eropa melalui kabel bawah laut dan partisipasi aktif di IIX berarti banyak edge CDN Eropa melayani Israel dengan latensi yang sebanding dengan yang dilihat pengguna Eropa Selatan. Akamai, Cloudflare, dan AWS semuanya mempertahankan edge PoP di wilayah Tel Aviv.

Kami mengoperasikan dua node probe di Israel — satu di Petah Tikva dan satu di Netanya — keduanya melalui CLOUD LEASE (AS206446). Memiliki dua node di AS dan area metro yang sama berarti hasilnya biasanya konsisten, tetapi menjalankan keduanya secara bersamaan mengkonfirmasi bahwa tidak ada node yang memiliki anomali routing lokal. Untuk target dengan Anycast atau GeoDNS, kedua node seharusnya mengembalikan hasil yang identik atau hampir identik mengingat kedekatan geografis dan upstream bersama mereka.