MTR Test from Izrael
2 nodes in Netanja, Petach Tikwa · IIX Tel Aviv
Izrael — 2 Nodes
MTR traceroute iz Izraela
MTR sa naših izraelskih tačaka pokreće kontinuirano merenje latencije i gubitka po skoku (hop) iz AS206446 ka vašoj meti. Saobraćaj iz CLOUD LEASE u Petah Tikvi ili Netanji izlazi preko izraelskih upstream tranzitnih provajdera pre nego što stigne do IIX-a ili međunarodnog gateway-a. Međunarodni pravac od Izraela ka Evropi ide preko podmorskog kabla — FLAG ili SEA-ME-WE — obično preko obalske stanice u Tel Avivu ili Haifi, pa dalje kroz sredozemne PoP tačke.
Tipičan MTR iz Izraela ka meti u Frankfurtu pokazuje: 1–2 skoka unutar AS206446 koji dodaju 1–3 ms, zatim skok do izraelskog međunarodnog gateway-a oko 5–8 ms, potom kablovski segment preko Kipra ili Egipta koji dodaje 20–30 ms, pa srednjeevropski tranzit sa dolaskom u Frankfurt oko 55–62 ms ukupno. Veliki skok latencije na kablovskom segmentu je očekivan s obzirom na geografsku udaljenost — to nije zagušenje, već fizičko kašnjenje prostiranja preko nekoliko hiljada kilometara podmorskog kabla.
MTR sa obe izraelske tačke ka istoj meti koristan je za poređenje putanja. Obe tačke su u istom metropolitenskom području i AS-u, pa bi razilaženje MTR putanja između njih ukazivalo na to da AS206446 vrši load-balancing preko više upstream tranzitnih provajdera. Ako jedna tačka pokazuje znatno bržu putanju, to sugeriše da je jedan tranzitni izbor bolje peering-ovan sa metom — informacija korisna pri izboru koju tačku koristiti kao primarnu referencu za testiranje dostupnosti Izraela.
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.