Check-Host.cc

PING Test from Israel

2 nodes in Netanja, Petach Tikwa · IIX Tel Aviv

Israel — 2 Nodes

Cities
Netanja, Petach Tikwa
ISPs / ASNs
CLOUD LEASE Ltd AS206446
Datacenters
CLOUD LEASE Ltd
Internet Exchanges
IIX Tel Aviv — Israel Internet Exchange, główny krajowy punkt peeringowy w Tel Awiwie

Test ping z Izraela

Ping z naszych węzłów izraelskich (AS206446, CLOUD LEASE) w Petah Tikva i Netanya wysyła żądania echa ICMP i rejestruje RTT. Typowe RTT z tych lokalizacji: Tel Awiw do Frankfurtu ~52–60 ms, do Amsterdamu ~58–66 ms, do Londynu ~62–70 ms, do Paryża ~55–63 ms, do Nowego Jorku ~128–138 ms, do Dubaju ~25–35 ms, do Singapuru ~145–165 ms. Te wartości bazowe zakładają czysty routing kablowy przez FLAG lub SEA-ME-WE bez przeciążenia w izraelskiej bramce międzynarodowej.

Uruchamianie pingu z obu węzłów izraelskich jednocześnie jest przydatne do potwierdzenia spójności. Oba węzły są w tym samym AS i obszarze metropolitalnym, więc znacząco różne RTT między nimi dla tego samego celu wskazywałyby na lokalną różnicę routingową — np. jeden węzeł używający innej upstreamowej ścieżki tranzytowej — a nie różnicę geograficzną. W praktyce wyniki z Petah Tikva i Netanya są w zakresie 2–4 ms od siebie dla większości destynacji.

Limitowanie ICMP na routerach tranzytowych jest powszechne na ścieżkach z Izraela w kierunku Europy, szczególnie na lądowych stacjach kabli podmorskich, gdzie wielu operatorów agreguje ruch. Jeśli ping z Izraela pokazuje wyższe RTT niż oczekiwano, ale test TCP na tym samym hoście kończy się przy oczekiwanej prędkości, różnica to obsługa ICMP, a nie rzeczywiste przeciążenie ścieżki. Podwyższone RTT ICMP na jednym konkretnym hopie w śladzie MTR bez dalszych strat to potwierdza.

Infrastruktura sieciowa Izraela

Infrastruktura internetowa Izraela jest skoncentrowana w obszarze metropolitalnym Tel Awiwu, gdzie zlokalizowane są główne obiekty IX kraju, centra danych i hotele dla operatorów. IIX (Israel Internet Exchange) operuje główną tkanką peeringową, używaną przez krajowych ISP, dostawców treści i PoP CDN. ISUOG pełni rolę wtórnego IX. Oba są zlokalizowane w korytarzu metropolitalnym Tel Awiwu, gdzie fizycznie mieści się bulk izraelskiej infrastruktury operatorów i hostingowej. Petah Tikva i Netanya — dwa miasta mieszczące nasze węzły sondujące — leżą około 15 km od siebie i oba mieszczą się w tej metropolitalnej koncentracji.

Łączność międzynarodowa z Izraela wychodzi prawie wyłącznie przez kable podmorskie. Systemy kablowe FLAG i SEA-ME-WE lądują w Hajfie i Tel Awiwie, zapewniając przepustowość w kierunku Europy przez Morze Śródziemne. Ścieżka drugorzędna biegnie lądowo przez Egipt przez Synaj. Ścieżka Tel Awiw–Frankfurt to około 50–60 ms na dobrze trasowanej przepustowości kablowej. Tel Awiw do Londynu to około 60–68 ms. Tel Awiw do Nowego Jorku to około 125–135 ms przez transatlantyckie kable. Te RTT są konkurencyjne z lokalizacjami w Europie Południowej, umieszczając Izrael w użytecznym zasięgu europejskiej infrastruktury CDN.

Główni izraelscy operatorzy to Bezeq International (AS8551), który operuje głównym krajowym szkieletem stacjonarnym, Partner Communications (AS12400), HOT Telecom (AS5486) i Cellcom. Komercyjny rynek ISP i hostingowy jest obsługiwany przez dodatkowych dostawców, w tym CLOUD LEASE (AS206446), który gości oba nasze węzły sondujące. AS206446 to dostawca hostingu chmurowego i kolokacji z obecnością w Petah Tikva i Netanya, oba obsługiwane przez izraelski krajowy szkielet z dalszym tranzytem w kierunku IIX i bramek międzynarodowych.

Izrael ma jedną z najwyższych średnich prędkości szerokopasmowych w regionie, napędzaną przez powszechne wdrożenie światłowodów i konkurencyjne ceny ISP. Izraelski rynek jest niezwykle dobrze peerowany jak na swoją geograficzną lokalizację — bliskość Europy przez kable podmorskie i aktywny udział w IIX oznaczają, że wiele europejskich krawędzi CDN obsługuje Izrael z opóźnieniami porównywalnymi do tego, co widzą użytkownicy z Europy Południowej. Akamai, Cloudflare i AWS utrzymują krawędziowe PoP w regionie Tel Awiwu.

Operujemy dwoma węzłami sondującymi w Izraelu — jeden w Petah Tikva i jeden w Netanya — oba poprzez CLOUD LEASE (AS206446). Posiadanie dwóch węzłów w tym samym AS i obszarze metropolitalnym oznacza, że wyniki są zazwyczaj spójne, ale uruchamianie obu jednocześnie potwierdza, że żaden z węzłów nie ma lokalnej anomalii routingowej. Dla celów z Anycast lub GeoDNS oba węzły powinny zwracać identyczne lub prawie identyczne wyniki ze względu na ich bliskość geograficzną i wspólny upstream.