HTTP provera sa naših izraelskih tačaka šalje kompletan GET zahtev — DNS rezoluciju, TCP handshake, TLS pregovaranje i prvi bajt odgovora — i beleži statusni kod i vreme odgovora. Ovo je najtačnija simulacija onoga što korisnik u tel-avivskom području doživljava pri učitavanju stranice. Za servise koji koriste GeoDNS ili CDN Anycast, izraelska izvorišna IP adresa (AS206446) određuje koji edge ili origin biva izabran, što ovu proveru čini relevantnom za verifikaciju da izraelski korisnici pogađaju ispravnu PoP tačku.

Izraelske korisnike obično opslužuju CDN edge lokacije u samom Tel Avivu, ili obližnje PoP tačke u Atini ili Istanbulu kada lokalni kapacitet nije dostupan. Cloudflare, Akamai i AWS CloudFront imaju izraelsko edge prisustvo. Ako vaš CDN ispravno rutira izraelski saobraćaj, keširani sadržaj bi trebalo da odgovori za manje od 20 ms sa lokalnog edge-a. Vremena odgovora od preko 80 ms sa naših izraelskih tačaka za CDN sadržaj sugerišu da Anycast rutiranje usmerava izraelske IP adrese ka evropskom, a ne ka lokalnom edge-u.

HTTP odgovor koji nije 200 iz Izraela, dok drugi regioni uspevaju, može ukazivati na WAF pravila ili geo-blokiranje primenjeno na izraelski IP prostor. Neki servisi primenjuju stroža pravila na bliskoistočne IP opsege iz razloga usklađenosti ili bezbednosti. AS206446 je legitiman izraelski hosting provajder registrovan pri RIPE NCC i ne bi trebalo da aktivira standardne komercijalne WAF setove pravila. Ako se HTTP blokada uočava iz Izraela, ali ne i sa evropskih tačaka, ispravan dijagnostički korak je provera geo-IP politike servera ili WAF pravila u odnosu na RIPE-registrovane izraelske ASN-ove.

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.