Ладно. Продолжим про "искусство в телекоме". На этот раз — телеграф. Концептуальный художник Роберт Раушенберг (aka Титан Американского Искусства) получил приглашение выставить свои произведения на выставке концептуального искусства в Париже Galerie Iris Clert. Ну, он и выслал телеграмму с надписью: "Это портрет Ирис Клерт, раз я это утверждаю".
Ну, а Ирис, не будь дурой, вставила эту телеграмму в багет и на выставку. И да — это произведение искусства.
Ну, а Ирис, не будь дурой, вставила эту телеграмму в багет и на выставку. И да — это произведение искусства.
Про mesh-сети давайте попробую коротко объяснить. Но это сложно, да.
Некоторые товарищи полагают, что mesh-сети это прямо вот панацея от всех болезней, связанных с регулированием интернетов. Типа, полносвязанные одноранговые построения невозможно заблокировать, выключить, фильтровать. Это действительно так. В теории.
Но на практике нужно взять в руки калькулятор и посчитать. Вот сколько гипотетических маршрутов прохождения пакета существует для полносвязанной сети из 2 узлов? Ответ: 1. А для 5? ответ: 5!-1, где (!) — это факториал. Всего, получается, 119 маршуртов. Подсчитать результат для сотни узлов у меня уже кончился калькулятор — 157-значное число. При этом, нам же нужно не просто посчитать произведение сотни чисел — нам нужно построить оптимальный граф прохождения пакета, что увеличивает необходимость рассчетов до сложности двойного факториала.
И эти числа нужно считать на каждом узле для каждого пакета, ибо сеть-то наша еще и динамически изменяется — узлы постоянно перемещаются, выключаются, появляются новые.
Для создания _полного_ и математически решаемого алгоритма функционирования динамической mesh-сети нам нужно решить ни много, ни мало — одну из "задач тысячелетия", которая называется "Равенство классов P и NP" или "проблему перебора". Уровень сложности которой лежит в одной плоскости с гипотезами Римана, Пуанкаре или решение уравнений Навье-Стокса (гугл ит!).
Вот довольно хорошее видео про эту задачу, которое объясняет: https://www.youtube.com/watch?v=aB_6ZsLjzzc
А как же работают mesh-сети сейчас, спросит читатель?
А вот это у меня в пост уже не очень влезет. Коротко:
1. Существующие алгоритмы все для статических сетей, где узлы прибивают гвоздем буквально
2. Все эти алгоритмы базируются на неполном решении и используют "муравьинную логику" (стигмергию)
3. Работают эти алгоритмы, честно говоря, хреновенько. Иначе, все давно бы уже строили сети по mesh-топологии.
Но мы не сдаемся! :)
Например, существуют следующие протоколы для создания и управления mesh-сетями:
1. Better Approach To Mobile Adhoc Networking (B.A.T.M.A.N.) — наиболее проработанный на сегодня протокол с практическими внедрениями.
2. Netsukuku is a project with similar goals
3. Ad hoc On-Demand Distance Vector Routing (AODV)
4. Associativity-Based Routing (ABR)
5. Dynamic Source Routing (DSR)
6. Ad hoc routing protocol (целый список)
7. Mobile ad hoc network (MANET)
8. Wireless ad hoc network
9. Lugro-Mesh
10. JOKER is a B.A.T.M.A.N.-based opportunistic routing protocol for mesh networks
и еще ряд Open Source реализаций той или иной степени эффективности:
10.1 Babel
10.2 BIRD
10.3 OpenBGPD
10.4 OpenOSPFD
10.5 Quagga
10.6 XORP
10.7 Zebra
10.8 Optimized Link State Routing Protocol
10.9 FRRouting
Все это можно загуглить.
Но в конце хочу вот чего еще: каждый год по данной теме проходит целый фестиваль mesh-активистов разной степени упоротости. В большинстве, конечно, это галимые фрики, которые за анархию и прочую партизанщину. Но в рамках фестиваля проходит и соревнования эффективности алгоритмов, что очень круто. Называется Battle Mesh.
В этом году он был в Париже в июле. Я опять профакапил сроки, хотя очень хотел съездить. Ну, на будущий год обязательно съезжу, да.
Вот страничка 12 слёта: https://www.battlemesh.org/BattleMeshV12
Очень рекомендую, да. Особенно тем, кто пытается строить "коммунальные mesh-сети". Там для вас столько материала, что кукуха съедет окончательно. Ну, или просветление придет. Одно из двух.
Некоторые товарищи полагают, что mesh-сети это прямо вот панацея от всех болезней, связанных с регулированием интернетов. Типа, полносвязанные одноранговые построения невозможно заблокировать, выключить, фильтровать. Это действительно так. В теории.
Но на практике нужно взять в руки калькулятор и посчитать. Вот сколько гипотетических маршрутов прохождения пакета существует для полносвязанной сети из 2 узлов? Ответ: 1. А для 5? ответ: 5!-1, где (!) — это факториал. Всего, получается, 119 маршуртов. Подсчитать результат для сотни узлов у меня уже кончился калькулятор — 157-значное число. При этом, нам же нужно не просто посчитать произведение сотни чисел — нам нужно построить оптимальный граф прохождения пакета, что увеличивает необходимость рассчетов до сложности двойного факториала.
И эти числа нужно считать на каждом узле для каждого пакета, ибо сеть-то наша еще и динамически изменяется — узлы постоянно перемещаются, выключаются, появляются новые.
Для создания _полного_ и математически решаемого алгоритма функционирования динамической mesh-сети нам нужно решить ни много, ни мало — одну из "задач тысячелетия", которая называется "Равенство классов P и NP" или "проблему перебора". Уровень сложности которой лежит в одной плоскости с гипотезами Римана, Пуанкаре или решение уравнений Навье-Стокса (гугл ит!).
Вот довольно хорошее видео про эту задачу, которое объясняет: https://www.youtube.com/watch?v=aB_6ZsLjzzc
А как же работают mesh-сети сейчас, спросит читатель?
А вот это у меня в пост уже не очень влезет. Коротко:
1. Существующие алгоритмы все для статических сетей, где узлы прибивают гвоздем буквально
2. Все эти алгоритмы базируются на неполном решении и используют "муравьинную логику" (стигмергию)
3. Работают эти алгоритмы, честно говоря, хреновенько. Иначе, все давно бы уже строили сети по mesh-топологии.
Но мы не сдаемся! :)
Например, существуют следующие протоколы для создания и управления mesh-сетями:
1. Better Approach To Mobile Adhoc Networking (B.A.T.M.A.N.) — наиболее проработанный на сегодня протокол с практическими внедрениями.
2. Netsukuku is a project with similar goals
3. Ad hoc On-Demand Distance Vector Routing (AODV)
4. Associativity-Based Routing (ABR)
5. Dynamic Source Routing (DSR)
6. Ad hoc routing protocol (целый список)
7. Mobile ad hoc network (MANET)
8. Wireless ad hoc network
9. Lugro-Mesh
10. JOKER is a B.A.T.M.A.N.-based opportunistic routing protocol for mesh networks
и еще ряд Open Source реализаций той или иной степени эффективности:
10.1 Babel
10.2 BIRD
10.3 OpenBGPD
10.4 OpenOSPFD
10.5 Quagga
10.6 XORP
10.7 Zebra
10.8 Optimized Link State Routing Protocol
10.9 FRRouting
Все это можно загуглить.
Но в конце хочу вот чего еще: каждый год по данной теме проходит целый фестиваль mesh-активистов разной степени упоротости. В большинстве, конечно, это галимые фрики, которые за анархию и прочую партизанщину. Но в рамках фестиваля проходит и соревнования эффективности алгоритмов, что очень круто. Называется Battle Mesh.
В этом году он был в Париже в июле. Я опять профакапил сроки, хотя очень хотел съездить. Ну, на будущий год обязательно съезжу, да.
Вот страничка 12 слёта: https://www.battlemesh.org/BattleMeshV12
Очень рекомендую, да. Особенно тем, кто пытается строить "коммунальные mesh-сети". Там для вас столько материала, что кукуха съедет окончательно. Ну, или просветление придет. Одно из двух.
YouTube
≠ Собирай рюкзак по алгоритму, если будет NP=P
Есть задачи, которые решаются долго, но что значит «долго»? Все зависит от сложности алгоритма — объема работы и входных данных. Что такое задача коммивояжера, как собрать рюкзак в путешествие, и играть в тетрис в режиме Бога. Давайте разбираться вместе с…
Battle-Mesh-10-Report.pdf
553.1 KB
Вот отчет с BM-10, который проходил в 2017-ом в Вене. За 18 и 19 год таких отчетов нет. На тусовку стало собираться слишком много фриков и слишком мало инженеров.
Впрочем, это все равно дико интересно.
(спойлер: протокол-победитель не объявлен до сих пор)
Впрочем, это все равно дико интересно.
(спойлер: протокол-победитель не объявлен до сих пор)
А! Вот же еще один проект "убийца-интернетов", про который часто вспоминают. FireChat
Большинство просто никогда не включали это приложение и/или не поняли как оно работает. Причем, с обоих сторон — и те, кто думает, что FireChat нельзя заблокировать и потому это клево-круто, и всяческие кармановы, которые пишут радостные отчеты, что "оно не работает".
Рассказываю:
FireChat — это действительно работающее приложение для создания полносвязанной mesh-сети. НО.
Но вот эта вся сложность с маршрутизацией и организацией прохождения пакетов здесь решена очень изящным и простым способом: вся передаваемая внутри информация доступна всем узлам одновременно. FireChat просто берет и рассылает ваше сообщение всем узлам, доступным в локации. И принимает все, что ему дают другие узлы. Увидел новую ноду — отправил/получил.
Решение реально красивое, но для практического применения — бесполезное. Вы не можете отправить мессагу конкретному адресату и видите вообще все сообщения, которые ходят внутри.
То есть, получается эдакий локальный чатик-комната, где достоинство "чем больше узлов — тем лучше сеть" превращается и в глобальный недостаток "здесь очень шумно и нифига не понятно". Просто представьте себе CB-радио, где несколько тысяч абонентов и все пытаются что-то сказать и вы поймете о чем я.
Использование FireChat на всяких демонстрациях действительно имеет смысл, но при условии, что участники чата очень дисциплинированы и не лезут в эфир со всякими глупостями, что почти невозможно, если на демонстрации нет военной выучки. Но если есть военная выучка, то тогда гораздо проще использовать всякие армейские технологии с командиром роты связи и "стрелками-радистами".
Ну, и разумеется, в FireChat нельзя смотреть видосики с ютюбчика. Только текст и только внутри приложения. А если у устройств еще и радиус действия ограничен десятком-двумя метров, то гораздо проще ртом заорать ("менты справа с водомётами!!!11"), чем набирать текстом и чтоб потом все всё прочитали.
Большинство просто никогда не включали это приложение и/или не поняли как оно работает. Причем, с обоих сторон — и те, кто думает, что FireChat нельзя заблокировать и потому это клево-круто, и всяческие кармановы, которые пишут радостные отчеты, что "оно не работает".
Рассказываю:
FireChat — это действительно работающее приложение для создания полносвязанной mesh-сети. НО.
Но вот эта вся сложность с маршрутизацией и организацией прохождения пакетов здесь решена очень изящным и простым способом: вся передаваемая внутри информация доступна всем узлам одновременно. FireChat просто берет и рассылает ваше сообщение всем узлам, доступным в локации. И принимает все, что ему дают другие узлы. Увидел новую ноду — отправил/получил.
Решение реально красивое, но для практического применения — бесполезное. Вы не можете отправить мессагу конкретному адресату и видите вообще все сообщения, которые ходят внутри.
То есть, получается эдакий локальный чатик-комната, где достоинство "чем больше узлов — тем лучше сеть" превращается и в глобальный недостаток "здесь очень шумно и нифига не понятно". Просто представьте себе CB-радио, где несколько тысяч абонентов и все пытаются что-то сказать и вы поймете о чем я.
Использование FireChat на всяких демонстрациях действительно имеет смысл, но при условии, что участники чата очень дисциплинированы и не лезут в эфир со всякими глупостями, что почти невозможно, если на демонстрации нет военной выучки. Но если есть военная выучка, то тогда гораздо проще использовать всякие армейские технологии с командиром роты связи и "стрелками-радистами".
Ну, и разумеется, в FireChat нельзя смотреть видосики с ютюбчика. Только текст и только внутри приложения. А если у устройств еще и радиус действия ограничен десятком-двумя метров, то гораздо проще ртом заорать ("менты справа с водомётами!!!11"), чем набирать текстом и чтоб потом все всё прочитали.
На минуточку, единственный независимый локальный оператор сотовой связи Мотив имеет выручку в (наверное уже) 7 млрд.
Пруф: https://www.rusprofile.ru/finance/1787365
Пруф: https://www.rusprofile.ru/finance/1787365
Очередной аутейдж. На этот раз на Багамских островах и по причине стихии. Ураган Дориан разрушает интернет-инфраструктуру.
https://netblocks.org/reports/hurricane-dorian-knocks-out-internet-infrastructure-oAvrRqAY
Тема эта интересна хотя бы тем, что можно попробовать ставить ставки — что раньше сломается: интернет или телефон. Я ставлю, что "старая добрая телефония" сломается быстрее, а основные новости с мест мы таки будем получать по TCP/IP, а не "корреспондент сообщил по телефону"
https://netblocks.org/reports/hurricane-dorian-knocks-out-internet-infrastructure-oAvrRqAY
Тема эта интересна хотя бы тем, что можно попробовать ставить ставки — что раньше сломается: интернет или телефон. Я ставлю, что "старая добрая телефония" сломается быстрее, а основные новости с мест мы таки будем получать по TCP/IP, а не "корреспондент сообщил по телефону"
D2_4G_LTE_Man_in_the_Middle_Attacks.pdf
8.1 MB
Преза про хак базовых станций. Чувак просто упоротый и собрал целую коллекцию фемтосот и долгими зимними вечерами разбирал код железок.
это еще одно свидетельство того, что "старые добрые телефонные сервисы" небезопасны. Только интернет! Только шифрование!
это еще одно свидетельство того, что "старые добрые телефонные сервисы" небезопасны. Только интернет! Только шифрование!
Про радиофобию опять. Когда встретите очередного поциента — расскажите ему, что телевизор с ЭЛТ, это как раз электронно-лучевая ПУШКА, которая стреляет ему прямо в лицо. Причем, с энергиями, которые могут заставить люминофор светиться. А теперь попробуйте заставить люминофор светиться с помощью мобильного телефона. Что, не получается? Ахххахххааа!
По поводу вот этого: https://t.me/zatelecom/11288
Должен извиниться.
1. Это не Билайн, а МТС
2. Это было временное решение на момент ремонта фасада
3. Стулья дали собственники здания
4. Это не фидерная трасса, а оптика и силовые кабели
5. Утверждают, что уже все починили, все работает
Должен извиниться.
1. Это не Билайн, а МТС
2. Это было временное решение на момент ремонта фасада
3. Стулья дали собственники здания
4. Это не фидерная трасса, а оптика и силовые кабели
5. Утверждают, что уже все починили, все работает