ペタフ・ティクバとネタニヤにある当社のノード（AS206446）からのTCPチェックは、指定されたポートのホストへのSYN-ACKハンドシェイクを試み、接続時間を測定します。これによりイスラエルのキャリアインフラからのポートレベルの到達可能性を確認します。アプリケーションポートがイスラエルのユーザーに開いているかどうかを確認したり、地域からの接続問題の報告を診断したりするのに有用です。TCPチェックはICMPベースのPingとは異なり、実際のファイアウォールルールとルーティング動作を反映します。

イスラエルからの予想されるTCPハンドシェイク時間：フランクフルト地域のターゲットへ約52〜60 ms、アムステルダムへ約58〜66 ms、ロンドンへ約63〜70 ms、米国東海岸へ約128〜138 ms。これらはキューイングペナルティなしの基礎となるケーブルRTTを反映しています。これらのベースラインより速く完了するTCPチェック（例えば、ヨーロッパのホストへの5 ms未満）はターゲットがエニーキャストルーティングされてローカルまたは地域のエッジがあることを確認します。例えば、CloudflareフロントのサービスはテルアビブのPoP で5 ms未満でTCPハンドシェイクをローカルで完了します。

ヨーロッパで到達可能なポートがイスラエルから失敗するTCPチェックは通常次の原因があります：中東または非EU ASNをブロックするファイアウォールまたはセキュリティグループ、イスラエルのIPスペースを制限するジオIPポリシー、またはクラウドプロバイダーの地域制限。トルコおよびUAE地域のノードと比較することで、ブロックがイスラエル固有なのか、より広い中東のIP範囲に適用されるのかを判断するのに役立ちます。

イスラエルのインターネットインフラはテルアビブ大都市圏に集中しており、主要なIX施設、データセンター、キャリアホテルがここに位置しています。IIX（イスラエルインターネットエクスチェンジ）は主要なピアリングファブリックを運営しており、国内ISP、コンテンツプロバイダー、CDN PoPが使用しています。ISOGは二次的なIXとして機能しています。どちらもテルアビブのメトロ回廊内に位置しており、イスラエルのキャリアとホスティングインフラの大部分が物理的に収容されています。当社のプローブノードがあるペタフ・ティクバとネタニヤは約15 km離れており、どちらもこのメトロ集中エリアに属しています。

イスラエルからの国際接続はほぼ完全に海底ケーブル経由で出ます。FLAGとSEA-ME-WEケーブルシステムはハイファとテルアビブに陸揚げされ、地中海を通じてヨーロッパへの主要容量を提供しています。二次的なパスはシナイ半島を経由してエジプトを通る陸路を走ります。テルアビブ〜フランクフルト間は良好にルーティングされたケーブル容量で約50〜60 msです。テルアビブ〜ロンドン間は約60〜68 ms。テルアビブ〜ニューヨーク間は大西洋横断ケーブルで約125〜135 msです。これらのRTTは南ヨーロッパの場所と競合し、イスラエルをヨーロッパのCDNインフラの有用な範囲内に置きます。

イスラエルの主要キャリアにはBezeq International（AS8551）があり、主要な国内固定回線バックボーンを運営しています。Partner Communications（AS12400）、HOT Telecom（AS5486）、Cellcomもあります。商用ISPとホスティング市場はCLOUD LEASE（AS206446）を含む追加プロバイダーによって提供されており、両方の当社プローブノードをホストしています。AS206446はペタフ・ティクバとネタニヤにプレゼンスを持つクラウドホスティングおよびコロケーションプロバイダーで、IIXと国際ゲートウェイへのアウトバウンドトランジットを持つイスラエル国内バックボーンを通じてサービスを提供しています。

イスラエルは競争力のあるISP価格による広範なファイバー展開に後押しされ、地域で最も高い平均固定回線ブロードバンド速度の一つを誇っています。イスラエル市場は地理的な位置に対して異例なほど良好にピアリングされており、海底ケーブル経由でのヨーロッパへの近さとIIXでのアクティブな参加は、多くのヨーロッパのCDNエッジがイスラエルに対して南ヨーロッパのユーザーが見るものに匹敵する遅延でサービスを提供できることを意味します。Akamai、Cloudflare、AWSはすべてテルアビブ地域にエッジPoPを維持しています。

当社はイスラエルに2つのプローブノードを運営しています。一つはペタフ・ティクバ、もう一つはネタニヤで、両方ともCLOUD LEASE（AS206446）経由です。同じASとメトロエリアに2つのノードを持つことで、結果は通常一致していますが、両方を同時に実行することでどちらのノードもローカルルーティングの異常がないことを確認できます。エニーキャストまたはGeoDNSを持つターゲットについては、両ノードはその地理的近さと共有アップストリームを考慮して同一または非常に近い結果を返すはずです。