Про 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. Утверждают, что уже все починили, все работает
Вспомнил за проект с "Телеком-картой". Там накопилось много по модерации — сейчас все исправлю.
Еще есть куча технических косяков, которые необходимо исправить. Ну, например, загрузка некорректно сделана — не видно, что ты разместил объект после нажатия кнопы "Отправить", в итоге много дублей.
Еще некоторые фотки почему-то "кладет набок". Не знаю как так выходит — вроде сам тестирую все ок. А у пользователей странно получается.
Еще нужно обязательно запилить статистику и всяческую таксономию, чтоб искать. Типа, разделов по странам, серии фото, количество постов в динамике и еще сто шестнадцать идей. Языки разные обязательно нужно сделать... хотя бы английский.
Превью для социальных сетей опять же:
https://map.zatele.com/89
В общем, подал заявку в RIPE на поддержку проекта. Если парни выделят хотяб несколько тысяч евро — можно будет пилить дальше.
Пока же — добавляйте фоточки вот здесь: https://map.zatele.com/add — не стесняйтесь. Щас все отмодерирую.
Еще есть куча технических косяков, которые необходимо исправить. Ну, например, загрузка некорректно сделана — не видно, что ты разместил объект после нажатия кнопы "Отправить", в итоге много дублей.
Еще некоторые фотки почему-то "кладет набок". Не знаю как так выходит — вроде сам тестирую все ок. А у пользователей странно получается.
Еще нужно обязательно запилить статистику и всяческую таксономию, чтоб искать. Типа, разделов по странам, серии фото, количество постов в динамике и еще сто шестнадцать идей. Языки разные обязательно нужно сделать... хотя бы английский.
Превью для социальных сетей опять же:
https://map.zatele.com/89
В общем, подал заявку в RIPE на поддержку проекта. Если парни выделят хотяб несколько тысяч евро — можно будет пилить дальше.
Пока же — добавляйте фоточки вот здесь: https://map.zatele.com/add — не стесняйтесь. Щас все отмодерирую.
Телеком на карте Мира
Таксофон УУС
Ну вот, например, хорошее — Коммутация оптики. Майорка, город Алькудия:
https://map.zatele.com/829
Всего сейчас на карте 367 объектов и более тысячи фотографий.
https://map.zatele.com/829
Всего сейчас на карте 367 объектов и более тысячи фотографий.
Телеком на карте Мира
Коммутационный шкаф с оптикой Movistar