O ping dos nossos nós israelenses (AS206446, CLOUD LEASE) em Petah Tikva e Netanya envia requisições ICMP echo e registra o tempo de ida e volta. RTTs típicos dessas localidades: Tel Aviv para Frankfurt ~52–60 ms, para Amsterdam ~58–66 ms, para Londres ~62–70 ms, para Paris ~55–63 ms, para Nova York ~128–138 ms, para Dubai ~25–35 ms, para Singapura ~145–165 ms. Essas linhas de base assumem roteamento de cabo limpo sobre a capacidade FLAG ou SEA-ME-WE sem congestionamento no gateway internacional israelense.

Executar o ping de ambos os nós israelenses simultaneamente é útil para confirmar a consistência. Ambos os nós estão no mesmo AS e área metropolitana, então RTTs significativamente diferentes entre os dois no mesmo alvo indicariam uma diferença de roteamento local — como um nó usando um caminho de trânsito upstream diferente — em vez de uma diferença geográfica. Na prática, os resultados de Petah Tikva e Netanya ficam dentro de 2–4 ms um do outro para a maioria dos destinos.

A limitação de taxa de ICMP em roteadores de trânsito é comum em caminhos de Israel em direção à Europa, particularmente nas estações de pouso de cabo submarino onde múltiplos carriers agregam tráfego. Se o ping de Israel mostrar RTT maior do que o esperado mas um teste TCP no mesmo host for concluído na velocidade esperada, a diferença é o tratamento de ICMP em vez de congestionamento real do caminho. RTT ICMP elevado em um hop específico em um traço MTR sem perda downstream confirma isso.

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.