Перейти к содержимому
Калькуляторы

Проектирование Mesh-сетей

Материал: Сколько сетевого инженера ни корми (обещаниями про дальность линка и количества абонентов на точку), а он все равно на Mesh смотрит. Если мы не говорим о музыкальной группе или строительных сетках, то Википедия отправит нас на страницу "Ячеистая топология". И вроде бы все правильно, но Mesh - это больше, чем просто сетевая топология. Это большой пул технологий и, скорее всего, философия. После того как погружаешься в тему и проникаешься подобными идеями, обратного пути уже нет и смотреть на мир по-старому не получается. Полный текст

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Все настолько гладко, что поневоле хочется задать вопрос: а какой же главный недостаток mesh-сети? Неужели, только отсутствие методичек?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Наверное недостаток в том, что эту технологию именно в виде MESH редко реализовывают, предпочитая динамический роутинг и MPLS сверху для передачи данных пользователей.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Слово "безопасность" в статье отсутствует не зря.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Проблема с маршрутизацией пакетов в такой сети.

Безопасность - ну хз, если речь про атаку на сеть то это одно, а если про атаку на конкретного абонента то другое.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Всем привет.
Ну, давайте сразу скопом.

1) Высокий порог входа и отсутствие методичек - это действительно основная проблема на данный момент.
2) MESH сегодгя реализуют чаще в виде оверлейных сетей. Это не про MPLS, больше про CJDNS и разные чаты, приложения. Все это будет раскрыто в следующей статье.
3) С безопасностью никаких проблем нет. По крайней мере, мне лично известно как сделать безопасной любую Mesh сеть. Вопрос только в реализации.
4) Проблема маршрутизации - то общая проблема в сетях. Она касается как стандартных, так и Mesh сетей. В Mesh, правда, все на много острее из-за требования к адекватной реакции на рандомно меняющиеся условия. Ничего лучше стигмергии пока не придумано. НО это тоже в следующей статье.

Изменено пользователем Klukonin

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Просто интересно, а кому вообще в наше время придет в голову делать MESH сеть?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В рамках самоорганизации в небольших сообществах.

Если бы входной порог был ниже оно бы было массовым.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Saab95 сказал:

А в случае пакетных данных пойдет пакет по маршруту, а в конце бах, и связи нет, ему что обратно идти и выбирать другой маршрут для адресата?

Почему? А чем стандартный задуманный способ плох? Последний узел шлет ICMP, что маршрута до dst нет (уж не помню, который именно  нужен). Предпоследний после этого пытается думать, куда именно нужно маршрут сменить. Параллельно TCP замечает, что пакет потерялся и его нужно отправить повторно. Повтор уже по обновленному  маршруту идет. Ну или не идет, и цикл повторяется.

 

Ощущения, правда, от такой связи будут ужасные, особенно для видео/голоса.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, Sergey Gilfanov сказал:

Параллельно TCP замечает, что пакет потерялся и его нужно отправить повторно. Повтор уже по обновленному  маршруту идет. Ну или не идет, и цикл повторяется.

 

Ощущения, правда, от такой связи будут ужасные, особенно для видео/голоса.

Голос обычно идёт по UDP, т.к. последовательность пакетов важнее гарантированности их передачи.

Дальше вопрос в том, как много пакетов будет потеряно, пока будет найден новый маршрут.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
33 минуты назад, Черномазов сказал:

Дальше вопрос в том, как много пакетов будет потеряно, пока будет найден новый маршрут.

Что, в общем, означает, что все упирается в производительность в смысле мощности для вычисления топологии и в смысле пропускной способности для обмена данными о топологии.

Так что, может, пока не взлетело из-за хилости тех железок, на которых сеть пытаются построить?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не взлетело, потому что никому это не нужно. Мы давно, по дурости, тоже наступили на грабли MESH, наслушавшись маркетологов. Только вот на практике технология оказалась ущербная, и, найдется наверное только 5 процентов из 100 всех сетевых задач, где MESH был бы предпочтительнее. Но и то, в этих случаях, есть вариант реализовать все тоже, но на других технологиях.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
16 часов назад, Saab95 сказал:

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

Меш он не для раздачи одной дырки в инет а для организации взаимодействия между участниками.

Как только приходит осознание этого сразу всё встаёт на свои места.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Участники хотят между собой взаимодействовать? И могут?

А то обычно всё, включая какой-нибудь IoT сводится к дырке в инет до сервера или облаков...

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, UglyAdmin сказал:

Участники хотят между собой взаимодействовать? И могут?

А то обычно всё, включая какой-нибудь IoT сводится к дырке в инет до сервера или облаков...

Наверное это заработает, если приплачивать владельцам IoT которые близко к реальному маршрутизатору в Инет процент от абонентки удаленных точек.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
12 часов назад, vodz сказал:

Наверное это заработает, если приплачивать владельцам IoT которые близко к реальному маршрутизатору в Инет процент от абонентки удаленных точек.

Таки да. И блокчейн с криптовалютой решает эту задачу.
https://gpm.network/

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не нужно ничего никому платить.

Как только доходит до денег сразу кончается энтузиазм и забота о потребностях и приходят всякие дебилы в надежде урвать бабла.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
10 часов назад, Ivan_83 сказал:

Не нужно ничего никому платить.

Это может просто выльется в нулевую абоненку с бесплатной заменой батареек.

10 часов назад, Ivan_83 сказал:

Как только доходит до денег сразу кончается энтузиазм и забота о потребностях и приходят всякие дебилы в надежде урвать бабла.

Не. Для IoT и протокол между собой и в Инет -- специализированный. Не подо что другое не приспособить.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да не нужен IoT никому, сколько не пытаются его впарить а дальше мелкой автоматизации дело не идёт и не пойдёт, потому что с одной стороны дорого с другой дерьмово.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

вместе с MESH должно "изкаробки" идти multipath tcp, в другом случае - " Давай по новой, Миша, всё *уйня".

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас