TCP Test from Izrael
2 nodes in Netanja, Petach Tikwa · IIX Tel Aviv
Izrael — 2 Nodes
TCP testiranje portova iz Izraela
TCP provere sa naših tačaka u Petah Tikvi i Netanji (AS206446) pokušavaju SYN-ACK handshake ka vašem hostu na navedenom portu i mere vreme uspostavljanja veze. Time se potvrđuje dostupnost na nivou porta iz izraelske operaterske infrastrukture — korisno za potvrdu da su aplikativni portovi otvoreni za izraelske korisnike i za dijagnostiku prijava problema s povezivanjem iz regiona. TCP provere odražavaju stvarna firewall pravila i ponašanje rutiranja, za razliku od pinga zasnovanog na ICMP-u.
Očekivana vremena TCP handshake-a iz Izraela: ka metama u frankfurtskom području ~52–60 ms, ka Amsterdamu ~58–66 ms, ka Londonu ~63–70 ms, ka istočnoj obali SAD ~128–138 ms. Ove vrednosti odražavaju osnovni kablovski RTT bez penala zbog stajanja u redu. TCP provera koja se završava brže od ovih vrednosti sugeriše da je meta Anycast-rutirana ka lokalnom ili regionalnom edge-u — na primer, servis iza Cloudflare-a lokalno će završiti TCP handshake na tel-avivskoj PoP tački za manje od 5 ms.
Neuspešna TCP provera iz Izraela kada je port dostupan iz Evrope obično je uzrokovana: firewall-om ili security grupom koja blokira bliskoistočne ili ne-EU ASN-ove, geo-IP politikom koja ograničava izraelski IP prostor, ili regionalnim ograničenjima cloud provajdera. Poređenje sa našim tačkama u Turskoj i UAE regionu pomaže da se utvrdi da li je blokada specifična za Izrael ili se odnosi na širi bliskoistočni IP opseg.
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.