MTR Test from Israel

MTR с наших израильских узлов выполняет непрерывные измерения задержки и потерь на каждом хопе из AS206446 до вашей цели. Трафик из CLOUD LEASE в Петах-Tikve или Нетании выходит через израильских аплинк-транзитных провайдеров перед достижением IIX или международного шлюза. Международный путь из Израиля в Европу идёт по подводному кабелю — FLAG или SEA-ME-WE — обычно через береговую станцию в Тель-Авиве или Хайфе перед транзитом через средиземноморские PoP.

Типичный MTR из Израиля до цели во Франкфурте показывает: 1–2 хопа внутри AS206446 с добавлением 1–3 мс, затем хоп к израильскому международному шлюзу около 5–8 мс, затем кабельный сегмент через Кипр или Египет с добавлением 20–30 мс, затем транзит через Центральную Европу с прибытием во Франкфурт около 55–62 мс суммарно. Большой скачок задержки на хопе кабельного сегмента ожидаем с учётом географического расстояния — это не перегрузка, а физическая задержка распространения по нескольким тысячам километров подводного кабеля.

MTR с обоих израильских узлов до одной цели полезен для сравнения путей. Оба узла находятся в одном столичном районе и AS, поэтому расходящиеся MTR-пути между ними будут указывать на то, что AS206446 балансирует нагрузку через несколько аплинк-транзитных провайдеров. Если один узел показывает значительно более быстрый путь, это предполагает, что один выбор транзита лучше связан с целью — информация, полезная для выбора, какой узел использовать в качестве основного эталона для тестирования израильской доступности.

Интернет-инфраструктура Израиля сконцентрирована в столичном районе Тель-Авива, где расположены основные IXP-объекты страны, дата-центры и операторские узлы. IIX (Israel Internet Exchange) управляет основной пиринговой инфраструктурой, используемой внутренними провайдерами, контент-провайдерами и CDN-PoP. ISUOG служит вторичной точкой обмена трафиком. Обе расположены в коридоре столичного района Тель-Авива, где физически размещена большая часть израильской операторской и хостинговой инфраструктуры. Петах-Тиква и Нетания — два города, в которых расположены наши узлы-зонды — находятся примерно в 15 км друг от друга и оба попадают в эту столичную концентрацию.

Международная связность из Израиля выходит практически исключительно через подводные кабели. Кабельные системы FLAG и SEA-ME-WE выходят на берег в Хайфе и Тель-Авиве, обеспечивая основную ёмкость в направлении Европы через Средиземное море. Вторичный путь проходит по суше через Египет через Синайский полуостров. Путь Тель-Авив–Франкфурт занимает около 50–60 мс на хорошо маршрутизированной кабельной ёмкости. Тель-Авив–Лондон — около 60–68 мс. Тель-Авив–Нью-Йорк — около 125–135 мс через трансатлантический кабель. Эти RTT конкурентоспособны с южноевропейскими локациями, помещая Израиль в пределах полезного диапазона европейской CDN-инфраструктуры.

Крупные израильские операторы включают Bezeq International (AS8551), управляющий основной внутренней фиксированной магистралью, Partner Communications (AS12400), HOT Telecom (AS5486) и Cellcom. Коммерческий рынок провайдеров и хостинга обслуживается дополнительными провайдерами, включая CLOUD LEASE (AS206446), который является хостом обоих наших узлов-зондов. AS206446 — поставщик облачного хостинга и колокации с присутствием в Петах-Tikve и Нетании, оба обслуживаются через израильскую внутреннюю магистраль с транзитом к IIX и международным шлюзам.

Израиль имеет один из самых высоких средних скоростей фиксированного широкополосного доступа в регионе, обусловленный широким развёртыванием оптоволокна и конкурентными ценами на провайдерские услуги. Израильский рынок необычно хорошо связан для своего географического положения — близость к Европе через подводный кабель и активное участие в IIX означает, что многие европейские CDN-edge обслуживают Израиль с задержкой, сопоставимой с тем, что видят южноевропейские пользователи. Akamai, Cloudflare и AWS поддерживают edge-PoP в районе Тель-Авива.

Мы управляем двумя узлами-зондами в Израиле — одним в Петах-Tikve и одним в Нетании — оба через CLOUD LEASE (AS206446). Наличие двух узлов в одном AS и столичном районе означает, что результаты обычно согласованны, однако одновременный запуск обоих подтверждает, что ни один из узлов не имеет локальной аномалии маршрутизации. Для целей с Anycast или GeoDNS оба узла должны возвращать идентичные или близкоидентичные результаты, учитывая их географическую близость и общий аплинк.