Las comprobaciones UDP desde nuestros nodos israelíes envían un paquete al puerto especificado y esperan una respuesta. Esto es relevante para probar resolvers DNS, endpoints WireGuard u OpenVPN, infraestructura SIP y servidores de juegos que necesitan ser accesibles para los usuarios israelíes. La infraestructura de ISP israelí no bloquea UDP de salida en conexiones comerciales, por lo que un resultado sin respuesta desde nuestros nodos indica que el bloqueo está en el lado del destino o en tránsito, no dentro de Israel.

Para servicios VPN o de tunelado con usuarios israelíes, una comprobación UDP desde AS206446 confirma si el endpoint es accesible desde uno de los principales ASN de hosting de Israel. Los endpoints WireGuard no responderán a una sonda UDP a menos que el par esté configurado: un resultado sin respuesta es normal para WireGuard correctamente desplegado. Los protocolos OpenVPN UDP y de servidores de juegos que sí envían una respuesta no autenticada a una sonda confirmarán la accesibilidad devolviendo cualquier paquete.

Ejecutar comprobaciones UDP desde ambos nodos israelíes simultáneamente es una prueba de consistencia rápida. Dado que ambos nodos comparten el mismo upstream (AS206446) y la misma ruta de tránsito internacional, resultados diferentes entre los dos para el mismo destino indicarían una anomalía de routing por nodo. Un resultado consistente de sin respuesta desde ambos confirma que el problema no es específico de un nodo sino que es un problema general con la ruta desde las redes israelíes hacia el destino.

La infraestructura de Internet israelí está concentrada en el área metropolitana de Tel Aviv, donde se ubican las principales instalaciones de IX, centros de datos y carrier hotels del país. IIX (Israel Internet Exchange) opera el fabric de peering principal, utilizado por los ISP domésticos, proveedores de contenido y PoPs de CDN. ISUOG actúa como IX secundario. Ambos están ubicados dentro del corredor metropolitano de Tel Aviv, donde se aloja físicamente la mayor parte de la infraestructura de operadores y hosting israelí. Petah Tikva y Netanya, las dos ciudades que albergan nuestros nodos sonda, están a aproximadamente 15 km de distancia y ambas caen dentro de esta concentración metropolitana.

La conectividad internacional desde Israel sale casi en su totalidad vía cables submarinos. Los sistemas de cables FLAG y SEA-ME-WE aterrizan en Haifa y Tel Aviv, proporcionando capacidad principal hacia Europa a través del Mediterráneo. Una ruta secundaria discurre por tierra a través de Egipto por el Sinaí. La ruta Tel Aviv-Fráncfort corre aproximadamente en 50–60 ms sobre capacidad de cable bien enrutada. Tel Aviv a Londres está alrededor de 60–68 ms. Tel Aviv a Nueva York es aproximadamente 125–135 ms sobre cable transatlántico. Estos RTT son competitivos con las ubicaciones del sur de Europa, situando a Israel dentro de un rango útil de la infraestructura CDN europea.

Los principales operadores israelíes incluyen Bezeq International (AS8551), que opera el backbone principal de línea fija doméstica, Partner Communications (AS12400), HOT Telecom (AS5486) y Cellcom. El mercado comercial de ISP y hosting cuenta con proveedores adicionales incluyendo CLOUD LEASE (AS206446), que aloja ambos nodos sonda. AS206446 es un proveedor de hosting cloud y colocation con presencia en Petah Tikva y Netanya, ambas servidas vía backbone doméstico israelí con tránsito onward hacia IIX y las puertas de enlace internacionales.

Israel tiene una de las velocidades de banda ancha fija promedio más altas de la región, impulsada por el despliegue extendido de fibra y los precios competitivos de ISP. El mercado israelí tiene un peering inusualmente bueno para su ubicación geográfica: la proximidad a Europa vía cable submarino y la participación activa en IIX significa que muchos edges CDN europeos sirven a Israel con latencia comparable a lo que ven los usuarios del sur de Europa. Akamai, Cloudflare y AWS mantienen todos PoPs edge en la región de Tel Aviv.

Operamos dos nodos sonda en Israel, uno en Petah Tikva y otro en Netanya, ambos a través de CLOUD LEASE (AS206446). Tener dos nodos en el mismo AS y área metropolitana significa que los resultados son típicamente consistentes, pero ejecutar ambos simultáneamente confirma que ningún nodo tiene una anomalía de routing local. Para destinos con Anycast o GeoDNS, ambos nodos deberían devolver resultados idénticos o casi idénticos dada su proximidad geográfica y upstream compartido.