Не наблюдаю проблемы для сайта провайдера и яндекса, cloudflare. Наблюдаю для всего остального, пришедшего в голову, включая ЛОР.

Да, кстати, ЛОР туда же и у меня.

;; ANSWER SECTION:
cnn.com.                93      IN      A       157.166.226.26
cnn.com.                93      IN      A       157.166.226.25

до .25 всё ок. До непингующегося .26 затыкается в р-не et010-8.RT.TC2.AMS.NL.retn.net (87.245.233.54)

У меня затык на обоих на 213.242.109.33.

У меня пакеты этот 213.242.109.33 стороной обходят.

Ну это я понял. Теперь вопрос, почему трасса показывает погоду на марсе. Скастить сюда бы админов-сетевиков, кто там у нас рулит оптикой?

Трасса на ЛОР:

...
 3  mskn04.transtelecom.net (217.150.47.78)  48.789 ms  48.795 ms  48.797 ms
 4  * * *
 5  HLL-gw.transtelecom.net (217.150.47.233)  48.567 ms  48.551 ms  48.563 ms
 6  * * *
 7  * * *
 8  * * *
 9  * * *
...

что, опять весь трафик через китай?

Началось?

Не сабж, но тоже про разрывы

Ничего про трассы не знаю, но у меня ЛОР через гугловский DNS работать перестал.

LOR выпилили из Google?

Что? Чебурашка? Да нет еще, вроде

У меня после твоего сообщения ЛОР вообще ошибку выдавал.

на западном и не только направлении наблюдаю «* * *» (bbc.co.uk, vk.com, cnn.com). На двух провайдерах лажа. У кого-то еще такое? Хотя сами сайты открываются.
Хотя сами сайты открываются.

this.

Хосты могут банально не отвечать на ICMP (или UDP с корявыми TTL, которыми трейсит онтопик).

Алсо,

на западном
вкудахтик

По-моему ДС2 даже восточнее основной части в/на.

+1 вчера было

У кого-то еще такое? Хотя сами сайты открываются.

еще 80/443 TCP роутят иногда по другим маршрутам нежели остальной трафик, сам видел. посему tcptraceroute в помощь

О как, не знал. Спасибо за наводку.