O MTR dos nossos nós israelenses executa medições contínuas de latência por hop e perda do AS206446 em direção ao seu alvo. O tráfego da CLOUD LEASE em Petah Tikva ou Netanya sai por provedores de trânsito upstream israelenses antes de chegar à IIX ou a um gateway internacional. O caminho internacional de Israel para a Europa corre sobre cabo submarino — FLAG ou SEA-ME-WE — tipicamente via uma estação de pouso em Tel Aviv ou Haifa antes do trânsito onward por PoPs mediterrâneos.

Um MTR típico de Israel para um alvo em Frankfurt mostra: 1–2 hops dentro do AS206446 adicionando 1–3 ms, depois um hop para o gateway internacional israelense em torno de 5–8 ms, depois um segmento de cabo pelo Chipre ou Egito adicionando 20–30 ms, depois trânsito da Europa Central chegando a Frankfurt em torno de 55–62 ms no total. Um grande salto de latência no hop do segmento de cabo é esperado dada a distância geográfica — isso não é congestionamento mas atraso de propagação física ao longo de vários milhares de quilômetros de cabo submarino.

O MTR de ambos os nós israelenses para o mesmo alvo é útil para comparação de caminhos. Ambos os nós estão no mesmo metro e AS, então caminhos MTR divergentes entre eles indicariam que o AS206446 está balanceando carga em múltiplos provedores de trânsito upstream. Se um nó mostrar um caminho significativamente mais rápido, sugere que uma escolha de trânsito tem melhor peering com o alvo — informação útil para selecionar qual nó usar como referência primária para testes de acessibilidade israelense.

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.