А давайте я вам еще нового расскажу про то, как блокировки обходят. Промышленно. Вплоть до существующего RFC с крупными имплементациями, пусть и в статусе "экспериментальный".
Но давайте последовательно:
Во-первых, с точки зрения развития мировой телеком-индустрии блокировки это фигня на постном масле, которую не стоит даже рассматривать.
И отсюда выходит во-вторых: у взрослых контор есть другая проблема — иногда нужно накатить, например, обновление на несколько сотен миллионов машин. И вот это уже действительно проблема, ибо представьте себе несколько сотен миллионов закачек по паре другой гигабайт одномоментно — это ж никаких каналов связи не хватит.
Разумеется, эту проблему решили. Сесть, подумать — делов-то.
Так появился RFC 6817 (гугл ит) с описанием алгоритма LEDBAT (Low Extra Delay Background Transport — затрудняюсь на русский перевести — "Фоновый транспорт с низкой дополнительной задержкой"). Год выхода RFC — декабрь 2012-го. С тех пор LEDBAT весьма активно используют Apple и Microsoft. Ну, а кому еще нужно на сотни миллионов машин апдейты одномоментно накатывать?
Как работает собственно LEDBAT в одной заметке не описать. Если коротко, то этот алгоритм использует... BitTorrent. Протокол µTP основан на LEDBAT.
Тут интересно будет узнать, что LEDBAT разработан нашим (экс)соотечественником Станиславом Шалуновым. А еще Станислав был одним из разработчиков того самого FireChat и главный архитектор OpenGarden.
И вот тут начинается "новое". Очередная наработка части команды ex-OpenGarden — NewNode.
Вот про это:
http://newnode.com/NewNode — это open source SDK для разработки мобильных приложений, который можно использовать для любых приложений, использующих активный обмен данными в сети.
Гитхаб проекта:
https://github.com/clostra/newnodeСуть SDK — трафик приложения "хитрым способом" идет не столько с серверов бэкэнда, сколько от других таких же приложений, создавая P2P-сеть обмена.
Очевидное преимущество технологии — то, что разработчикам не нужно строить мощную систему доставки контента (вот эти самые CDN). Контент "расходится" от одной ноды к другой, а алгоритм балансирует загрузку. Нодой может быть вообще любой смартфон — главное, чтоб контент попал в сеть множества установленных приложений. И чем больше приложений-нод скачивает какой-то контент, тем быстрее его загрузка. Ровно так же, как и Windows Update. И при этом загрузка не мешает нормальной работе пользователей
Ну, и побочный эффект такой архитектуры — практическая неубиваемость от шаловливых ручек РКН, в том числе так называемый collateral damages. Ксанксаныч должен расстроиться.
Если есть что-то обсудить, то открою комментарии. А если имеется живой интерес к технологии — пишите ЛС, попробую все вопросы переадресовать лично разработчику (да, я знаком) и/или попробовать разобраться вместе.
