Os testes UDP dos nossos nós israelenses enviam um pacote para a porta especificada e aguardam uma resposta. Isso é relevante para testar resolvedores DNS, endpoints WireGuard ou OpenVPN, infraestrutura SIP e servidores de jogos que precisam ser acessíveis por usuários israelenses. A infraestrutura de ISP israelense não bloqueia UDP de saída em conexões comerciais, então um resultado sem resposta dos nossos nós indica que o bloqueio está do lado do alvo ou em trânsito em vez de dentro de Israel.

Para serviços VPN ou de tunelamento com usuários israelenses, um teste UDP do AS206446 confirma se o endpoint é acessível a partir de um dos principais ASNs de hospedagem de Israel. Endpoints WireGuard não responderão a um probe UDP a menos que o peer esteja configurado — um resultado sem resposta é normal para WireGuard corretamente implantado. UDP OpenVPN e protocolos de servidor de jogos que enviam uma resposta não autenticada a um probe confirmarão a acessibilidade retornando qualquer pacote.

Executar testes UDP de ambos os nós israelenses simultaneamente é um teste rápido de consistência. Como ambos os nós compartilham o mesmo upstream (AS206446) e caminho de trânsito internacional, resultados diferentes entre os dois no mesmo alvo indicariam uma anomalia de roteamento por nó. Sem resposta consistente de ambos confirma que o problema não é específico do nó mas é um problema geral com o caminho das redes israelenses para o alvo.

A infraestrutura de internet de Israel está concentrada na área metropolitana de Tel Aviv, onde as principais instalações de IX, data centers e carrier hotels do país estão localizados. A IIX (Israel Internet Exchange) opera o principal fabric de peering, usado por ISPs domésticos, provedores de conteúdo e PoPs de CDN. A ISUOG serve como IX secundário. Ambas estão localizadas no corredor metropolitano de Tel Aviv, onde a maior parte da infraestrutura de carrier e hospedagem israelense está fisicamente alojada. Petah Tikva e Netanya — as duas cidades que hospedam nossos nós de probe — ficam a aproximadamente 15 km uma da outra e ambas se enquadram nessa concentração metropolitana.

A conectividade internacional de Israel sai quase inteiramente via cabos submarinos. Os sistemas de cabo FLAG e SEA-ME-WE pousam em Haifa e Tel Aviv, fornecendo capacidade primária em direção à Europa pelo Mediterrâneo. Um caminho secundário corre por terra via Egito pelo Sinai. O caminho Tel Aviv–Frankfurt fica em aproximadamente 50–60 ms em capacidade de cabo bem roteada. Tel Aviv para Londres fica em torno de 60–68 ms. Tel Aviv para Nova York é de aproximadamente 125–135 ms via cabo trans-Atlântico. Esses RTTs são competitivos com localidades do Sul Europeu, colocando Israel dentro de alcance útil da infraestrutura CDN europeia.

Os principais carriers israelenses incluem Bezeq International (AS8551), que opera o principal backbone de linha fixa doméstico, Partner Communications (AS12400), HOT Telecom (AS5486) e Cellcom. O mercado de ISP e hospedagem comercial é atendido por provedores adicionais incluindo CLOUD LEASE (AS206446), que hospeda ambos os nossos nós de probe. O AS206446 é um provedor de hospedagem em nuvem e colocation com presença em Petah Tikva e Netanya, ambas atendidas via backbone doméstico israelense com trânsito onward em direção à IIX e gateways internacionais.

Israel tem uma das velocidades médias de banda larga de linha fixa mais altas da região, impulsionada pela implantação generalizada de fibra e preços competitivos de ISP. O mercado israelense é incomumente bem conectado por peering para sua localização geográfica — proximidade com a Europa via cabo submarino e participação ativa na IIX significa que muitos edges CDN europeus atendem Israel com latência comparável ao que usuários do Sul Europeu veem. Akamai, Cloudflare e AWS mantêm PoPs de edge na região de Tel Aviv.

Operamos dois nós de probe em Israel — um em Petah Tikva e outro em Netanya — ambos via CLOUD LEASE (AS206446). Ter dois nós no mesmo AS e área metropolitana significa que os resultados são tipicamente consistentes, mas executar ambos simultaneamente confirma que nenhum dos nós tem uma anomalia de roteamento local. Para alvos com Anycast ou GeoDNS, ambos os nós devem retornar resultados idênticos ou quase idênticos dada sua proximidade geográfica e upstream compartilhado.