Os testes TCP dos nossos nós em Petah Tikva e Netanya (AS206446) tentam um handshake SYN-ACK para seu host na porta especificada e medem o tempo de conexão. Isso verifica a acessibilidade no nível de porta a partir da infraestrutura de carrier israelense — útil para confirmar que as portas de aplicação estão abertas para usuários israelenses e para diagnosticar relatórios de problemas de conectividade da região. Os testes TCP refletem regras de firewall e comportamento de roteamento reais, ao contrário do ping baseado em ICMP.

Tempos de handshake TCP esperados de Israel: para alvos na região Frankfurt ~52–60 ms, para Amsterdam ~58–66 ms, para Londres ~63–70 ms, para a Costa Leste dos EUA ~128–138 ms. Esses refletem o RTT base do cabo sem penalidade de filas. Um teste TCP que é concluído mais rapidamente do que essas linhas de base sugere que o alvo está roteado via Anycast para um edge local ou regional — por exemplo, um serviço com front Cloudflare concluirá o handshake TCP localmente em um PoP em Tel Aviv em menos de 5 ms.

Um teste TCP com falha de Israel quando a porta é acessível da Europa é tipicamente causado por: um firewall ou security group bloqueando ASNs do Oriente Médio ou não-UE, política de geo-IP restringindo o espaço de IP israelense, ou restrições regionais do provedor de nuvem. Comparar com nossos nós turcos e da região dos Emirados Árabes ajuda a determinar se o bloqueio é específico de Israel ou se aplica à faixa de IP mais ampla do Oriente Médio.

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.