PING Test from Izrael
2 nodes in Netanja, Petach Tikwa · IIX Tel Aviv
Izrael — 2 Nodes
Ping testiranje iz Izraela
Ping sa naših izraelskih tačaka (AS206446, CLOUD LEASE) u Petah Tikvi i Netanji šalje ICMP echo zahteve i beleži round-trip time. Tipične RTT vrednosti sa ovih lokacija: Tel Aviv–Frankfurt ~52–60 ms, ka Amsterdamu ~58–66 ms, ka Londonu ~62–70 ms, ka Parizu ~55–63 ms, ka Njujorku ~128–138 ms, ka Dubaiju ~25–35 ms, ka Singapuru ~145–165 ms. Ove osnovne vrednosti podrazumevaju čisto kablovsko rutiranje preko FLAG ili SEA-ME-WE kapaciteta bez zagušenja na izraelskom međunarodnom gateway-u.
Pokretanje pinga sa obe izraelske tačke istovremeno korisno je za potvrđivanje doslednosti. Obe tačke su u istom AS-u i metropolitenskom području, pa bi značajno različite RTT vrednosti između njih ka istoj meti ukazivale na lokalnu razliku u rutiranju — na primer, jedna tačka koristi drugi upstream tranzitni pravac — a ne na geografsku razliku. U praksi se rezultati iz Petah Tikve i Netanje razlikuju za 2–4 ms za većinu odredišta.
ICMP rate-limiting na tranzitnim ruterima čest je na pravcima od Izraela ka Evropi, naročito na obalskim stanicama podmorskih kablova gde više operatera agregira saobraćaj. Ako ping iz Izraela pokazuje veći RTT od očekivanog, a TCP provera ka istom hostu se završava očekivanom brzinom, razlika je posledica obrade ICMP-a, a ne stvarnog zagušenja na putanji. Povišen ICMP RTT na jednom određenom skoku (hop) u MTR trasi bez gubitka nizvodno to potvrđuje.
Mrežna infrastruktura Izraela
Izraelska internet infrastruktura koncentrisana je u širem području Tel Aviva, gde se nalaze glavni IX objekti, data centri i carrier hotel lokacije zemlje. IIX (Izraelska internet razmena) upravlja primarnom peering strukturom koju koriste domaći provajderi, isporučioci sadržaja i CDN PoP tačke. ISUOG služi kao sekundarni IX. Obe lokacije su u tel-avivskom metropolitenskom koridoru, gde je fizički smešten najveći deo izraelske operaterske i hosting infrastrukture. Petah Tikva i Netanja — dva grada u kojima se nalaze naše probe tačke — udaljeni su oko 15 km i oba spadaju u ovu metropolitensku koncentraciju.
Međunarodna povezanost Izraela odvija se gotovo u potpunosti preko podmorskih kablova. Kablovski sistemi FLAG i SEA-ME-WE izlaze na obalu u Haifi i Tel Avivu i obezbeđuju primarni kapacitet ka Evropi preko Sredozemlja. Sekundarni pravac ide kopnom preko Egipta i Sinaja. Ruta Tel Aviv–Frankfurt iznosi otprilike 50–60 ms na dobro rutiranom kablovskom kapacitetu. Tel Aviv–London kreće se oko 60–68 ms. Tel Aviv–Njujork iznosi približno 125–135 ms preko transatlantskog kabla. Ove RTT vrednosti konkurentne su lokacijama u južnoj Evropi, čime Izrael ulazi u koristan domet evropske CDN infrastrukture.
Među velikim izraelskim operaterima su Bezeq International (AS8551), koji upravlja glavnom domaćom fiksnom okosnicom, zatim Partner Communications (AS12400), HOT Telecom (AS5486) i Cellcom. Tržište komercijalnih provajdera i hostinga opslužuju i dodatni provajderi, uključujući CLOUD LEASE (AS206446), koji hostuje obe naše probe tačke. AS206446 je provajder cloud hostinga i kolokacije sa prisustvom u Petah Tikvi i Netanji, a obe lokacije se opslužuju preko izraelske domaće okosnice sa daljim tranzitom ka IIX-u i međunarodnim gateway-ima.
Izrael ima jedne od najviših prosečnih brzina fiksnog broadband pristupa u regionu, što je posledica raširene primene optike i konkurentnih cena provajdera. Izraelsko tržište je neuobičajeno dobro peering-ovano za svoju geografsku poziciju — blizina Evrope preko podmorskog kabla i aktivno učešće na IIX-u znače da mnoge evropske CDN edge lokacije opslužuju Izrael sa latencijom uporedivom onoj koju vide korisnici u južnoj Evropi. Akamai, Cloudflare i AWS održavaju edge PoP tačke u tel-avivskom području.
U Izraelu imamo dve probe tačke — jednu u Petah Tikvi i jednu u Netanji — obe preko CLOUD LEASE (AS206446). Pošto se dve tačke nalaze u istom AS-u i istom metropolitenskom području, rezultati su obično dosledni, ali istovremeno pokretanje obe potvrđuje da nijedna tačka nema lokalnu anomaliju u rutiranju. Za mete sa Anycast ili GeoDNS konfiguracijom, obe tačke bi trebalo da vrate identične ili gotovo identične rezultate, s obzirom na geografsku blizinu i zajednički upstream.