TCP Test from Izrael
2 nodes in Netanja, Petach Tikwa · IIX Tel Aviv
Izrael — 2 Nodes
TCP testiranje portova iz Izraela
TCP provjere s naših čvorova u Petah Tikvi i Netanyi (AS206446) pokušavaju SYN-ACK rukovanje prema vašem hostu na navedenom portu i mjere vrijeme veze. To provjerava dostupnost na razini porta iz izraelske operaterske infrastrukture — korisno za potvrdu da su aplikacijski portovi otvoreni za izraelske korisnike i za dijagnosticiranje prijava o problemima s povezivošću iz regije. TCP provjere odražavaju stvarna pravila vatrozida i ponašanje usmjeravanja, za razliku od ICMP pinga.
Očekivana vremena TCP rukovanja iz Izraela: do ciljeva u regiji Frankfurta ~52–60 ms, do Amsterdama ~58–66 ms, do Londona ~63–70 ms, do istočne obale SAD-a ~128–138 ms. Ovo odražava temeljni kabelski RTT bez kazne čekanja u redu. TCP provjera koja završi brže od ovih osnovnih vrijednosti upućuje na to da je cilj Anycast-usmjeren na lokalni ili regionalni rub — primjerice, usluga iza Cloudflarea dovršit će TCP rukovanje lokalno na telavivskom PoP-u za manje od 5 ms.
Neuspjela TCP provjera iz Izraela kad je port dostupan iz Europe obično je uzrokovana: vatrozidom ili sigurnosnom grupom koja blokira bliskoistočne ili ne-EU ASN-ove, geo-IP pravilom koje ograničava izraelski IP prostor, ili regionalnim ograničenjima cloud davatelja. Usporedba s našim turskim čvorovima i čvorovima u regiji UAE pomaže utvrditi je li blokada specifična za Izrael ili se primjenjuje na širi bliskoistočni IP raspon.
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.