PING Test from Izrael
2 nodes in Netanja, Petach Tikwa · IIX Tel Aviv
Izrael — 2 Nodes
Ping testiranje iz Izraela
Ping s naših izraelskih čvorova (AS206446, CLOUD LEASE) u Petah Tikvi i Netanyi šalje ICMP echo zahtjeve i bilježi povratno vrijeme. Tipični RTT-ovi s ovih lokacija: Tel Aviv do Frankfurta ~52–60 ms, do Amsterdama ~58–66 ms, do Londona ~62–70 ms, do Pariza ~55–63 ms, do New Yorka ~128–138 ms, do Dubaija ~25–35 ms, do Singapura ~145–165 ms. Ove osnovne vrijednosti pretpostavljaju čisto kabelsko usmjeravanje preko FLAG ili SEA-ME-WE kapaciteta bez zagušenja na izraelskom međunarodnom pristupniku.
Pokretanje pinga s oba izraelska čvora istovremeno korisno je za potvrdu dosljednosti. Oba su čvora u istom AS-u i metropolitanskom području, pa bi znatno različiti RTT-ovi između njih na istom cilju upućivali na lokalnu razliku u usmjeravanju — primjerice, da jedan čvor koristi drugačiju uzvodnu tranzitnu putanju — a ne na geografsku razliku. U praksi su rezultati iz Petah Tikve i Netanye unutar 2–4 ms jedan od drugog za većinu odredišta.
ICMP ograničavanje brzine na tranzitnim usmjerivačima često je na putanjama iz Izraela prema Europi, posebno na podmorskim kabelskim iskrcajnim postajama gdje više operatera agregira promet. Ako ping iz Izraela prikazuje viši RTT od očekivanog, ali TCP provjera na istom hostu završava očekivanom brzinom, razlika je u obradi ICMP-a, a ne u stvarnom zagušenju putanje. Povišen ICMP RTT na jednom određenom skoku u MTR tragu bez nizvodnog gubitka to potvrđuje.
Mrežna infrastruktura Izraela
Izraelska internetska infrastruktura koncentrirana je u metropolitanskom području Tel Aviva, gdje se nalaze glavni IX objekti, podatkovni centri i operaterski hoteli u zemlji. IIX (Israel Internet Exchange) upravlja primarnim peering fabricom koji koriste domaći ISP-ovi, sadržajni davatelji i CDN PoP-ovi. ISUOG služi kao sekundarni IX. Oba se nalaze unutar telavivskog metropolitanskog koridora, gdje je fizički smješten najveći dio izraelske operaterske i hosting infrastrukture. Petah Tikva i Netanya — dva grada u kojima se nalaze naši mjerni čvorovi — udaljeni su otprilike 15 km i oba spadaju u ovu metropolitansku koncentraciju.
Međunarodna povezivost iz Izraela izlazi gotovo isključivo preko podmorskih kabela. Kabelski sustavi FLAG i SEA-ME-WE izlaze u Haifi i Tel Avivu, pružajući primarni kapacitet prema Europi kroz Sredozemlje. Sekundarna putanja ide kopnom preko Egipta kroz Sinaj. Putanja Tel Aviv-Frankfurt iznosi otprilike 50–60 ms na dobro usmjerenom kabelskom kapacitetu. Tel Aviv do Londona iznosi oko 60–68 ms. Tel Aviv do New Yorka je otprilike 125–135 ms preko transatlantskog kabela. Ovi RTT-ovi konkurentni su južnoeuropskim lokacijama, čime je Izrael u korisnom dosegu europske CDN infrastrukture.
Veliki izraelski operateri uključuju Bezeq International (AS8551), koji upravlja glavnom domaćom fiksnom okosnicom, Partner Communications (AS12400), HOT Telecom (AS5486) i Cellcom. Komercijalno ISP i hosting tržište poslužuju dodatni davatelji uključujući CLOUD LEASE (AS206446), koji hosta oba naša mjerna čvora. AS206446 je davatelj cloud hostinga i kolokacije s prisutnošću u Petah Tikvi i Netanyi, oba poslužena preko izraelske domaće okosnice s daljnjim tranzitom prema IIX-u i međunarodnim pristupnicima.
Izrael ima jednu od najviših prosječnih brzina fiksnog širokopojasnog pristupa u regiji, potaknutu širokim postavljanjem optike i konkurentnim cijenama ISP-ova. Izraelsko tržište neuobičajeno je dobro peeringirano za svoj geografski položaj — blizina Europi preko podmorskog kabela i aktivno sudjelovanje na IIX-u znače da mnogi europski CDN rubovi poslužuju Izrael s latencijom usporedivom onoj koju vide južnoeuropski korisnici. Akamai, Cloudflare i AWS svi održavaju rubne PoP-ove u regiji Tel Aviva.
Upravljamo dvama mjernim čvorovima u Izraelu — jednim u Petah Tikvi i jednim u Netanyi — oba preko CLOUD LEASE (AS206446). Postojanje dvaju čvorova u istom AS-u i metropolitanskom području znači da su rezultati obično dosljedni, ali istovremeno pokretanje oba potvrđuje da nijedan čvor nema lokalnu anomaliju usmjeravanja. Za ciljeve s Anycastom ili GeoDNS-om oba bi čvora trebala vratiti identične ili gotovo identične rezultate s obzirom na geografsku blizinu i zajednički uzvod.