Les vérifications TCP depuis nos nœuds de Petah Tikva et Netanya (AS206446) tentent une négociation SYN-ACK vers votre hôte sur le port spécifié et mesurent le temps de connexion. Cela vérifie la joignabilité au niveau port depuis l'infrastructure opérateur israélienne — utile pour confirmer que les ports applicatifs sont ouverts pour les utilisateurs israéliens, et pour diagnostiquer les rapports de problèmes de connectivité depuis la région. Les vérifications TCP reflètent les règles de pare-feu réelles et le comportement de routage, contrairement au ping ICMP.

Temps de négociation TCP attendus depuis Israël : vers les cibles de la région Francfort ~52–60 ms, vers Amsterdam ~58–66 ms, vers Londres ~63–70 ms, vers la côte est américaine ~128–138 ms. Ceux-ci reflètent le RTT câble sous-jacent sans pénalité de mise en file d'attente. Une vérification TCP qui se complète plus vite que ces valeurs de référence — par exemple, en moins de 5 ms vers un hôte européen — confirme que la cible est routée en Anycast vers un edge local ou régional — par exemple, un service fronté par Cloudflare complètera la négociation TCP localement à un PoP Tel Aviv en moins de 5 ms.

Un échec de vérification TCP depuis Israël alors que le port est joignable depuis l'Europe est typiquement causé par : un pare-feu ou un groupe de sécurité bloquant les ASN du Moyen-Orient ou non-UE, une politique geo-IP restreignant l'espace IP israélien, ou des restrictions régionales de fournisseur cloud. La comparaison avec nos nœuds turcs et de la région UAE aide à déterminer si le blocage est spécifique à Israël ou s'applique à la plage IP du Moyen-Orient plus large.

L'infrastructure internet d'Israël est concentrée dans la zone métropolitaine de Tel Aviv, où se trouvent les principaux IX, centres de données et hôtels opérateurs du pays. IIX (Israel Internet Exchange) exploite le principal fabric de peering, utilisé par les FAI domestiques, les fournisseurs de contenu et les PoP CDN. ISUOG sert d'IX secondaire. Les deux sont situés dans le corridor métro de Tel Aviv, où la majorité de l'infrastructure opérateur et d'hébergement israélienne est physiquement logée. Petah Tikva et Netanya — les deux villes hébergeant nos nœuds sondes — sont à environ 15 km l'une de l'autre et tombent toutes deux dans cette concentration métro.

La connectivité internationale depuis Israël sort presque entièrement via des câbles sous-marins. Les systèmes de câbles FLAG et SEA-ME-WE atterrissent à Haïfa et Tel Aviv, fournissant la capacité primaire vers l'Europe via la Méditerranée. Un chemin secondaire passe par voie terrestre via l'Égypte à travers le Sinaï. Le chemin Tel Aviv-Frankfurt s'étend sur environ 50–60 ms sur une capacité câble bien routée. Tel Aviv à Londres se situe autour de 60–68 ms. Tel Aviv à New York est d'environ 125–135 ms via câble transatlantique. Ces RTT sont compétitifs avec les emplacements d'Europe méridionale, plaçant Israël dans une plage utile de l'infrastructure CDN européenne.

Les principaux opérateurs israéliens incluent Bezeq International (AS8551), qui exploite le principal backbone fixe domestique, Partner Communications (AS12400), HOT Telecom (AS5486) et Cellcom. Le marché commercial des FAI et de l'hébergement est servi par des fournisseurs supplémentaires incluant CLOUD LEASE (AS206446), qui héberge nos deux nœuds sondes. AS206446 est un fournisseur d'hébergement cloud et de colocation avec présence à Petah Tikva et Netanya, tous deux desservis via le backbone domestique israélien avec transit onward vers IIX et les passerelles internationales.

Israël dispose de l'une des vitesses moyennes de haut débit fixe les plus élevées de la région, due au déploiement répandu de la fibre et aux tarifs FAI compétitifs. Le marché israélien est inhabituellement bien peerisé pour sa localisation géographique — la proximité avec l'Europe via câble sous-marin et la participation active à IIX signifie que de nombreux edges CDN européens servent Israël avec une latence comparable à ce que voient les utilisateurs d'Europe méridionale. Akamai, Cloudflare et AWS maintiennent tous des PoP edge dans la région de Tel Aviv.

Nous exploitons deux nœuds sondes en Israël — un à Petah Tikva et un à Netanya — tous deux via CLOUD LEASE (AS206446). Avoir deux nœuds dans le même AS et la même zone métro signifie que les résultats sont typiquement cohérents, mais l'exécution des deux simultanément confirme qu'aucun nœud n'a d'anomalie de routage locale. Pour les cibles avec Anycast ou GeoDNS, les deux nœuds devraient retourner des résultats identiques ou quasi-identiques étant donné leur proximité géographique et leur upstream partagé.