Google, Akamai и TikTok разместили кэширующее оборудование поближе к России

[SerGEAnt 23 124]

---

Замгендиректора белорусского Национального центра обмена трафиком (НЦОТ) Виталий Карбовский, выступая на International Night Telecom Forum, который проходит 24—28 июня в Санкт-Петербурге, рассказал об усилиях иностранных компаний по сохранению скорости доступа к своим сервисам для россиян.

В качестве точки, где располагается кэширующее оборудование, была выбрана Варшава. Карбовский утверждает, что в этом городе расположилось современное оборудование Google, Akamai (CDN-провайдер, работает с Apple, Steam и Microsoft) и TikTok. И как минимум Google и Akamai обращались к белорусским провайдерам, чтобы те посодействовали подключению к точкам в Варшаве провайдеров из России.

Ранее хабом, откуда шел обмен трафиком с Россией, был город Франкфурт-на-Майне, но последние годы он не всегда справляется с нагрузкой. К тому же, Варшава находится географически ближе, что позволяет обмениваться трафиком на 14—15 миллисекунд быстрее.

Гендиректор крупнейшей точки обмена трафиком в Санкт-Петербурге Piter-IX сообщил, что его компания уже давно подключена к точкам обмена в Варшаве, а московская MSK-IX утверждает, что к большинству из перечисленных провайдеров она и вовсе до сих пор подключена напрямую.

Забавно, что в 2023 году Google предлагала московским провайдерам организовать точку обмена трафиком не в Варшаве, а в Москве или Санкт-Петербурге, что решило бы проблемы с устареванием оборудования GGC (Google Global Cache). Идея не нашла развития по каким-то причинам: в 2024 году в России начал замедляться YouTube, а провайдерам, которые пытались чинить доступ к нему, приходило «письмо счастья» от Роскомнадзора.

[Фри 5 308]

прямые подключения по очевидным причинам невозможны… 

В Польше хаб делают не для нас, а для поляков , т.к. их цифровая активность, за последних 10-15 лет , значительно выросла. Активность поляков больше чем у немцев, норвегов , датчан и прочей мелкой мишуры — Вместе Взятых (!).  Так же в отличии от вышеназванных — поляки любят , как и мы, быстрый и качественный инет в то время, как остальные предпочитают экономить и брать минимальные тарифы…

по поводу , что кто-то там обращался к белорусам, чтобы наши провайдеры подключались к польше… не верю — для западных компаний на данный момент это самоубийство. Гейропейские политики на говно исходятся , чтобы изолировать и отрезать себя от нас (или наоборот , хз) , а тут бац и давайте подключим их к польше?) это из серии CNN с ссылкой на неназванный источник сказали… 

[PermResident 2 585]

Хотел запостить данную инфу в теме “Роскомнадзор начал блокировать сервисы Cloudflare и Amazon”, но не сложилось.
А раз такая пляска пошла

В 18.06.2025 в 19:58, Dusker сказал:

У нас ютуб тоже не изнутри заблокирован, это все гугл сам отказался сервера поддерживать. Ох уж этот гугл.

ох уж этот РКН, настолько могущественный, что заставил столько компаний расположить оборудование в новом месте. И главное интересно зачем, если и так всё работает  Вот почта же gmail работает, а ютуб нет, значит блочат. Трафик, подумаешь люди полюбили извращаться и смотреть видео в 4К, когда одно видео пару ГБ весит, нагрузка на сети, какая разница, РКН блочит… так Горелкин сказал, а он же врать не будет 

А потом еще вспоминаем недавнее урезание от Твича и объяснение причины, почему они так поступают в разных странах — экономически нецелесообразно. Не, точно РКН виноват, инфа 100.
Вспоминаем новости, которые часто всплывают “в таком то регионе или у такого-то провайдера заработал Ютуб”. Вот, опять РКН блокирует, и так эффективно. Они же там такие, не стремно им для всей сети быть посмешищем. Именно так дела и обстоят… в головах некоторых  

А гугла тут не причем, гугла хороший и пушистый, у него проблем нет, гугла никогда не лажает. Ни какой выгоды, всё для людей, за даром и повсеместно 

Изменено 26 июня пользователем PermResident

[alexbril 10]

@PermResident Ваша теория работала, если бы при подмене DPI у пользователя youtube не работал, а при включенном vpn из другой страны все открывалось. Но выходит по другому: при обходе ТСПУ провайдера внутри России внезапно не заблокированные по IP ресурсы начинают полноценно работать и ничего не тормозит. Вполне возможно блокировка/замедление такого ресурса как youtube была сделана по экономическим соображениям. За зарубежный трафик магистральным провайдерам нужно платить. А в условиях санкций валюту не так уж и легко собрать и передать на ту сторону. В Южной Корее вообще был введен налог на потребление/нагрузку трафика, в следствии чего такие ресурсы как Twitch и Netflix прекратили там работу, стало очень дорого и экономически не целесообразно. Попытки ввести чего-то подобного для Google для сокращения издержек, в сегодняшних реалиях невозможно. Решения российского суда и штрафы эта корпорация игнорирует, игог закономерен. 

[Ko4e7ap 108]

Не знаю, совпадение или опять РКН чудит, но у меня заработал ютуб, ну почти.

[h1pp0 1 345]

@alexbril это бессмысленно, не трать время, там полная уверенность, что король не голый.

[DarkHunterRu 4 027]

@alexbril Я только понять не могу, почему кому-то надо делать какие-то манипуляции, а мне с Ростелекомом не надо. При этом, что ничего не тормозит я не могу сказать, ютуб последнее время подвисает, с подменой DPI или без нее, не всегда и не на всех роликах, но что он не тормозит, это спорное утверждение. Я бы даже предположил, что у некоторых провайдеров магистрали разные и проблема именно на них, но это не объясняет, почему подмена DPI работает, поэтому пока можно сказать, что ни одно утверждение не объясняет картины в целом.

@h1pp0 Как и у вас полная уверенность в чем то обратном, а правда как всегда где-то посередине.

[Фри 5 308]

2 часа назад, Ko4e7ap сказал:

Не знаю, совпадение или опять РКН чудит, но у меня заработал ютуб, ну почти.

он примерно раз в месяц включается на день) потом снова Устаревает)

[CyberEssence 580]

@PermResident Правильно, лучше “положить все яйца в одну корзину” и поставить клоунский смайлик.

1 час назад, DarkHunterRu сказал:

@alexbril Я только понять не могу, почему кому-то надо делать какие-то манипуляции, а мне с Ростелекомом не надо. При этом, что ничего не тормозит я не могу сказать, ютуб последнее время подвисает, с подменой DPI или без нее, не всегда и не на всех роликах, но что он не тормозит, это спорное утверждение. Я бы даже предположил, что у некоторых провайдеров магистрали разные и проблема именно на них, но это не объясняет, почему подмена DPI работает, поэтому пока можно сказать, что ни одно утверждение не объясняет картины в целом.

У меня тоже Вротцеликом Ростелеком. Ютуб не работает, но если запустить GoodbyeDPI, то летает, включая в 4К качестве.

[Дмитрий Соснов 571]

54 минуты назад, CyberEssence сказал:

@PermResident Правильно, лучше “положить все яйца в одну корзину” и поставить клоунский смайлик.

У меня тоже Вротцеликом Ростелеком. Ютуб не работает, но если запустить GoodbyeDPI, то летает, включая в 4К качестве.

в Москве Интернет через МГТС от МТС,  Ютуб и Дискорд у меня работает только через Launcher for Zapret версии 2.7! хотя иногда подтормаживает загрузка ролика,а в Дискорд я почему то не могу загрузить файлы. причём вышедшая недавно новая версия 2.8 почему то у меня не работает…

Изменено 27 июня пользователем Дмитрий Соснов

[alexbril 10]

2 часа назад, DarkHunterRu сказал:

@alexbril Я только понять не могу, почему кому-то надо делать какие-то манипуляции, а мне с Ростелекомом не надо. При этом, что ничего не тормозит я не могу сказать, ютуб последнее время подвисает, с подменой DPI или без нее, не всегда и не на всех роликах, но что он не тормозит, это спорное утверждение. Я бы даже предположил, что у некоторых провайдеров магистрали разные и проблема именно на них, но это не объясняет, почему подмена DPI работает, поэтому пока можно сказать, что ни одно утверждение не объясняет картины в целом.

Ростелеком поглотил много региональных провайдеров, и не всегда за всеми в полном объеме может усмотреть в правильности установки ТСПУ. Плюс доступ к настройке ТСПУ имеет только РКН, нельзя исключать человеческий фактор что исполнитель не забыл/накосячил при установке ограничений. У каждого провайдера под свое оборудование и технологии индивидуальные настройки блокировки. Я советую посмотреть видео с канала “Мой компьютер” — “Как остановят YouTube | ТСПУ и DPI | Создатель GoodbyeDPI”, а также почитать документацию на github на такой инструмент как zapret.

[DarkHunterRu 4 027]

@alexbril Это все понятно, вот дискорд у всех одинаково хорошо не работает, а с ютубом у всех по разному

[Ko4e7ap 108]

5 часов назад, Фри сказал:

он примерно раз в месяц включается на день) потом снова Устаревает)

Все РКН отдуплился, беда-печаль

[Kellen 471]

4 часа назад, alexbril сказал:

Плюс доступ к настройке ТСПУ имеет только РКН, нельзя исключать человеческий фактор что исполнитель не забыл/накосячил при установке ограничений. У каждого провайдера под свое оборудование и технологии индивидуальные настройки блокировки.

Два противоречащих друг-другу предложения…

Т.е. оборудование от РКН, настройки тоже от них, но у каждого провайдера оборудование и настройки “уникально индивидуальны”? Чего, блин?.. 

[alexbril 10]

@Kellen 

Вот выдержки из умных статей:

Что сейчас происходит в России

 

Раньше, до внедрения повсеместных систем ТСПУ, использовался зоопарк различных DPI у провайдеров. Какие-то были активными, какие-то пассивными. Сейчас время простых iptables окончательно ушло. Везде активный DPI ТСПУ, но кое-где могут оставаться невыключенными дополнительные старые DPI из зоопарка. В этом случае приходится обходить сразу несколько DPI. Все больше становится внереестровых блокировок, о которых вы узнаете только по факту недоступности чего-либо, в списках этого нет. Применяются блокировки некоторых диапазонов ip адресов (автономный обход невозможен) и протоколов (VPN). На некоторых диапазонах IP используется более строгий фильтр, распознающий попытки обмана через сегментацию. Должно быть это связано с некоторыми сервисами, которые пытаются таким образом обмануть DPI.

О DPI

 

Провайдеры Российской Федерации, в большинстве своем, применяют системы глубокого анализа трафика (DPI, Deep Packet Inspection) для блокировки сайтов, внесенных в реестр запрещенных. Не существует единого стандарта на DPI, есть большое количество реализации от разных поставщиков DPI-решений, отличающихся по типу подключения и типу работы.

 

Существует два распространенных типа подключения DPI: пассивный и активный.

 

Пассивный DPI

 

Пассивный DPI — DPI, подключенный в провайдерскую сеть параллельно (не в разрез) либо через пассивный оптический сплиттер, либо с использованием зеркалирования исходящего от пользователей трафика. Такое подключение не замедляет скорость работы сети провайдера в случае недостаточной производительности DPI, из-за чего применяется у крупных провайдеров. DPI с таким типом подключения технически может только выявлять попытку запроса запрещенного контента, но не пресекать ее. Чтобы обойти это ограничение и заблокировать доступ на запрещенный сайт, DPI отправляет пользователю, запрашивающему заблокированный URL, специально сформированный HTTP-пакет с перенаправлением на страницу-заглушку провайдера, словно такой ответ прислал сам запрашиваемый ресурс (подделывается IP-адрес отправителя и TCP sequence). Из-за того, что DPI физически расположен ближе к пользователю, чем запрашиваемый сайт, подделанный ответ доходит до устройства пользователя быстрее, чем настоящий ответ от сайта.

Активный DPI

 

Активный DPI — DPI, подключенный в сеть провайдера привычным образом, как и любое другое сетевое устройство. Провайдер настраивает маршрутизацию так, чтобы DPI получал трафик от пользователей к заблокированным IP-адресам или доменам, а DPI уже принимает решение о пропуске или блокировке трафика. Активный DPI может проверять как исходящий, так и входящий трафик, однако, если провайдер применяет DPI только для блокирования сайтов из реестра, чаще всего его настраивают на проверку только исходящего трафика.

 

Системы DPI разработаны таким образом, чтобы обрабатывать трафик с максимально возможной скоростью, исследуя только самые популярные и игнорируя нетипичные запросы, даже если они полностью соответствуют стандарту.

 

Изменено 27 июня пользователем alexbril