Les vérifications UDP depuis nos nœuds israéliens envoient un paquet vers le port spécifié et attendent une réponse. Cela est pertinent pour tester les résolveurs DNS, les points de terminaison WireGuard ou OpenVPN, l'infrastructure SIP et les serveurs de jeux qui doivent être joignables depuis les utilisateurs israéliens. L'infrastructure des FAI israéliens ne bloque pas l'UDP sortant sur les connexions commerciales, donc un résultat sans réponse depuis nos nœuds indique que le blocage est côté cible ou en transit plutôt qu'à l'intérieur d'Israël.

Pour les services VPN ou de tunnelisation avec des utilisateurs israéliens, une vérification UDP depuis AS206446 confirme si le point de terminaison est joignable depuis l'un des principaux ASN d'hébergement israéliens. Les points de terminaison WireGuard ne répondront pas à une sonde UDP à moins que le pair soit configuré — un résultat sans réponse est normal pour un WireGuard correctement déployé. Les protocoles UDP OpenVPN et de serveur de jeux qui envoient effectivement une réponse non authentifiée à une sonde confirmeront la joignabilité en retournant n'importe quel paquet.

L'exécution de vérifications UDP depuis les deux nœuds israéliens simultanément est un test de cohérence rapide. Comme les deux nœuds partagent le même upstream (AS206446) et le même chemin de transit international, des résultats différents entre les deux sur la même cible indiqueraient une anomalie de routage par nœud. Une absence de réponse cohérente des deux confirme que le problème n'est pas spécifique à un nœud mais est un problème général avec le chemin depuis les réseaux israéliens vers la cible.

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é.