PING Test from Israele

Il ping dai nostri nodi israeliani (AS206446, CLOUD LEASE) a Petah Tikva e Netanya invia richieste echo ICMP e registra il round-trip time. RTT tipici da queste ubicazioni: Tel Aviv-Francoforte ~52-60 ms, ad Amsterdam ~58-66 ms, a Londra ~62-70 ms, a Parigi ~55-63 ms, a New York ~128-138 ms, a Dubai ~25-35 ms, a Singapore ~145-165 ms. Queste baseline presuppongono un routing in cavo pulito sulla capacità FLAG o SEA-ME-WE senza congestione al gateway internazionale israeliano.

Eseguire il ping da entrambi i nodi israeliani simultaneamente è utile per confermare la coerenza. Entrambi i nodi sono sullo stesso AS e nella stessa area metro, quindi RTT significativamente diversi tra i due verso la stessa destinazione indicherebbero una differenza di routing locale — ad esempio un nodo che usa un percorso di transito upstream diverso — piuttosto che una differenza geografica. Nella pratica, i risultati da Petah Tikva e Netanya sono entro 2-4 ms l'uno dall'altro per la maggior parte delle destinazioni.

Il rate limiting ICMP sui router di transito è comune sui percorsi da Israele verso l'Europa, in particolare alle stazioni di atterraggio dei cavi sottomarini dove più carrier aggregano traffico. Se il ping da Israele mostra RTT più alti del previsto ma una verifica TCP sullo stesso host si completa alla velocità attesa, la differenza è nella gestione dell'ICMP e non nella vera congestione del percorso. Un RTT ICMP elevato su un hop specifico in un trace MTR senza perdita a valle conferma questo.

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.