#рукиизжопы
Ящик интернет провайдера Империя, Ленинградская обл, посёлок Гарболово.
Изоленты синей не хватает. Ну, и скотчем же нужно было обмотать
Ящик интернет провайдера Империя, Ленинградская обл, посёлок Гарболово.
Изоленты синей не хватает. Ну, и скотчем же нужно было обмотать
Forwarded from linkmeup
Мы его слепили, как говорится. Три куска, записанных на Motorola T190 и склеенных в Movie Maker'е.
#CC2019: Миран, Комфортел, Имаклик, ДатаЛайн и внезапно Селектел про истории становления ЦОДов и их современность. Антон Клочков - модератор от linkmeup.
https://youtu.be/E4rNJXziEos
#CC2019: Миран, Комфортел, Имаклик, ДатаЛайн и внезапно Селектел про истории становления ЦОДов и их современность. Антон Клочков - модератор от linkmeup.
https://youtu.be/E4rNJXziEos
YouTube
CC2019. Круглый стол про секретные истории ЦОД
На Пушкинской, сообщают, Мегафон и Yota вообще положили сеть. МТС, Теле2 и Билайн работают
Сети лажают и именно на Пушкинской. Волонтеры сообщают, что стоит отойти — все работает
Ну, еще хочу объяснить про мониторинг от @unkn0wnerror и разницу с тем, что вы сейчас читаете.
СОРМ-Россиюшка запилили специальный прибор, который установлен где-то в районе Пушкинской и он мониторит четрые сети постоянно — пингует несколько ресурсов, показывает тип сети и RSSI на каждом из модемов. Это хороший проект, но чтоб зафиксировать явный шатдаун таких нужно несколько. В идеале десяток.
Мониторинг ОЗИ делают волонтеры с помощью "граджданских смартфонов" с места событий.
В общем, как минимум два независимых источника, что правильно. И пока прям вот злого отключения интернета мы не зафиксировали. Так... небольшие сбои
СОРМ-Россиюшка запилили специальный прибор, который установлен где-то в районе Пушкинской и он мониторит четрые сети постоянно — пингует несколько ресурсов, показывает тип сети и RSSI на каждом из модемов. Это хороший проект, но чтоб зафиксировать явный шатдаун таких нужно несколько. В идеале десяток.
Мониторинг ОЗИ делают волонтеры с помощью "граджданских смартфонов" с места событий.
В общем, как минимум два независимых источника, что правильно. И пока прям вот злого отключения интернета мы не зафиксировали. Так... небольшие сбои
#ХЕРАКС
Сегодня у нас легла ВКшечка. Отчеты пользователей доставляют: https://downdetector.ru/ne-rabotaet/vkontakte
Сегодня у нас легла ВКшечка. Отчеты пользователей доставляют: https://downdetector.ru/ne-rabotaet/vkontakte
Помните про букву A в STEAM?
История у меня есть про венгерского художника Ласло Мохой-Надь.
В данном случае нам интересна история создания этой картины в том, что Ласло при создании оного не прикоснулся к объекту даже пальцем.
Вот как он это сделал:
Мохой-Надь в 1922 году позвонил в мастерскую по изготовлению вывесок и заказал пять живописных работ в технике фарфоровой эмали.
На столе у него лежали образцы с цветами, которые фирма умела делать и разлинованный на квадраты лист бумаги. Приказчик на другом конце провода имел точно такой же лист и внимательно все записывал. Собственно, по этому описанию и былы сделаны данные картины.
Таким образом, это первый задокументированный акт передачи искусства по каналам связи.
Картина называется Telephone Picture EM3
История у меня есть про венгерского художника Ласло Мохой-Надь.
В данном случае нам интересна история создания этой картины в том, что Ласло при создании оного не прикоснулся к объекту даже пальцем.
Вот как он это сделал:
Мохой-Надь в 1922 году позвонил в мастерскую по изготовлению вывесок и заказал пять живописных работ в технике фарфоровой эмали.
На столе у него лежали образцы с цветами, которые фирма умела делать и разлинованный на квадраты лист бумаги. Приказчик на другом конце провода имел точно такой же лист и внимательно все записывал. Собственно, по этому описанию и былы сделаны данные картины.
Таким образом, это первый задокументированный акт передачи искусства по каналам связи.
Картина называется Telephone Picture EM3
Ладно. Продолжим про "искусство в телекоме". На этот раз — телеграф. Концептуальный художник Роберт Раушенберг (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"), чем набирать текстом и чтоб потом все всё прочитали.