MTR Test from Israele

L'MTR dai nostri nodi israeliani esegue misurazioni continue di latenza e perdita per hop da AS206446 verso la tua destinazione. Il traffico da CLOUD LEASE a Petah Tikva o Netanya esce attraverso i provider di transito upstream israeliani prima di raggiungere IIX o un gateway internazionale. Il percorso internazionale da Israele all'Europa corre via cavo sottomarino — FLAG o SEA-ME-WE — tipicamente via una stazione di atterraggio a Tel Aviv o Haifa prima del transito successivo attraverso i PoP mediterranei.

Un MTR tipico da Israele a una destinazione di Francoforte mostra: 1-2 hop all'interno di AS206446 che aggiungono 1-3 ms, poi un hop al gateway internazionale israeliano intorno a 5-8 ms, poi un segmento in cavo attraverso Cipro o l'Egitto che aggiunge 20-30 ms, poi transito europeo centrale che arriva a Francoforte intorno a 55-62 ms totali. Un grande salto di latenza all'hop del segmento in cavo è atteso data la distanza geografica — questa non è congestione ma delay di propagazione fisica su migliaia di chilometri di cavo sottomarino.

L'MTR da entrambi i nodi israeliani alla stessa destinazione è utile per il confronto dei percorsi. Entrambi i nodi sono nella stessa metro e AS, quindi percorsi MTR divergenti tra loro indicherebbero che AS206446 sta facendo load-balancing su più provider di transito upstream. Se un nodo mostra un percorso significativamente più veloce, suggerisce che una scelta di transito è meglio peerata con la destinazione — un'informazione utile per selezionare quale nodo usare come riferimento primario per i test di raggiungibilità israeliana.

L'infrastruttura internet di Israele è concentrata nell'area metropolitana di Tel Aviv, dove si trovano le principali strutture IX del paese, i data center e i carrier hotel. IIX (Israel Internet Exchange) opera la principale fabric di peering, usata dagli ISP domestici, dai provider di content e dai PoP CDN. ISUOG funge da IX secondario. Entrambi sono situati nel corridoio metro di Tel Aviv, dove la maggior parte dell'infrastruttura carrier e di hosting israeliana è fisicamente alloggiata. Petah Tikva e Netanya — le due città che hostano i nostri nodi probe — distano approssimativamente 15 km l'una dall'altra e rientrano entrambe in questa concentrazione metro.

La connettività internazionale da Israele esce quasi interamente via cavi sottomarini. I sistemi di cavi FLAG e SEA-ME-WE attraccano a Haifa e Tel Aviv, fornendo la capacità primaria verso l'Europa attraverso il Mediterraneo. Un percorso secondario corre via terra attraverso l'Egitto tramite il Sinai. Il percorso Tel Aviv-Francoforte impiega approssimativamente 50-60 ms sulla capacità in cavo ben instradata. Tel Aviv-Londra si colloca intorno a 60-68 ms. Tel Aviv-New York è approssimativamente 125-135 ms via cavo transatlantico. Questi RTT sono competitivi con le location del Sud Europa, collocando Israele entro range utile dell'infrastruttura CDN europea.

I maggiori carrier israeliani includono Bezeq International (AS8551), che opera il principale backbone fisso domestico, Partner Communications (AS12400), HOT Telecom (AS5486) e Cellcom. Il mercato ISP e hosting commerciale è servito da provider aggiuntivi tra cui CLOUD LEASE (AS206446), che hosta entrambi i nostri nodi probe. AS206446 è un provider di cloud hosting e colocation con presenza a Petah Tikva e Netanya, entrambi serviti via backbone domestico israeliano con transito successivo verso IIX e gateway internazionali.

Israele ha una delle velocità medie di broadband in linea fissa più alte della regione, guidata dal deployment diffuso di fibra e da prezzi ISP competitivi. Il mercato israeliano è insolitamente ben peerato per la sua posizione geografica — la prossimità all'Europa via cavo sottomarino e la partecipazione attiva a IIX significa che molti edge CDN europei servono Israele con latenza paragonabile a ciò che vedono gli utenti del Sud Europa. Akamai, Cloudflare e AWS mantengono tutti edge PoP nella regione di Tel Aviv.

Operiamo due nodi probe in Israele — uno a Petah Tikva e uno a Netanya — entrambi via CLOUD LEASE (AS206446). Avere due nodi sullo stesso AS e nella stessa area metro significa che i risultati sono tipicamente coerenti, ma eseguirli entrambi simultaneamente conferma che nessuno dei due nodi ha un'anomalia di routing locale. Per le destinazioni con Anycast o GeoDNS, entrambi i nodi dovrebbero restituire risultati identici o quasi identici data la loro prossimità geografica e l'upstream condiviso.