6loWPAN, Кто работал, как оно вообще? Опции

[mantech]

Приветствую.

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

[ataradov]

С 6loWPAN есть проблема - технически это только уровень сжатия заголовков. Все остальное (установление сети, маршрутизация и т.д.) - это другие протоколы, которых для каждой задачи бывает несколько штук и постоянно появляются новые. Но так как все это сложно лаконично объяснить, то все производители стеков просто выбирают комбинацию, которая им нравится и называют это 6loWPAN.

Разные стеки 6loWPAN могут быть легко не совместимы между собой. EDIT: Эта несовместимость - главная причина существования Thread - 6loWPAN стека с фиксированным набором остальных протоколов. Но Thread умирает, так и не успев начаться.

Ну и наиболее распространенные реализации "масштабируется" до ~20-50 узлов, после чего все помирает и отваливается.

Короче это как было студенческой поделкой, так и осталось.



Сообщение отредактировал ataradov - Sep 10 2016, 19:07

[mantech]

Ну и наиболее распространенные реализации "масштабируется" до ~20-50 узлов, после чего все помирает и отваливается.

Короче это как было студенческой поделкой, так и осталось.

Мм да, печально это слышать, техасовцы даже процы с "прошитым" протоколом выпускают, неужели все так плохо...
С другой стороны, зигби тоже использует подобные протоколы и в большинстве своем нормально тянет до нескольких сотен устройств под одним координатором...

[ataradov]

С другой стороны, зигби тоже использует подобные протоколы

В том-то и дело, что не подобные. ZigBee использует протокол AODV модифицированный (оптимизированный) для беспроводных сетей. 6loWPAN использует RPL (и это уже 3-й протокол, 2 предыдущих выкинули), который не оптимизирован ни для чего, так как у разработчиков есть идея, что раз они ужали IP пакеты, то и к разработке всего остального можно подходить как к IP на проводных сетях. При этом они постоянно упускают, что 10 проводов могут передавать данные одновременно, но 10 устройств на канале - нет.

Проблема в том что надо еще сверху иметь стек IPv6 и роутинг RPL.

Как я и говорил, TI взял RPL для роутинга, но это не единственный вариант. И как раз этот PRL затыкается после 50 устройств, так как он спамит столько служебных сообщений, что места для нормального трафика не остается. Так же обратите внимание, что RPL - это не полный меш, а набор, графоф, ориентированных к точам выхода из сети. Маршрутизация между устройствами при этом не самая эффективная, но это это никого не волнует, так как все ходят видеть данные в облаках и локальная передача данных - не главное.

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

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

Ага, точно

Но покажите мне где можно взять открытый некастрированный проект IPv6 с роутингом для малых встраиваемых систем?

Тут только один вариант - Contiki.

Сообщение отредактировал ataradov - Sep 11 2016, 14:15