Jump to content
Калькуляторы

Задача отказоустойчивый MESH Собираю опыт

Доброе время суток коллеги.

Есть сеть беспроводных маршрутизаторов идущих в линейку с пролетом 200 метров. Сейчас они соединины друг за другом AD-HOC по WIFI но на самом деле могут спокойно видеть друг друга через один. От сюда вопрос чем лучше всё это дело маршрутизиоровать. Гарантия что маршрутизатор сломается в течении месяца 100%.

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

Share this post


Link to post
Share on other sites
Доброе время суток коллеги.

Есть сеть беспроводных маршрутизаторов идущих в линейку с пролетом 200 метров. Сейчас они соединины друг за другом AD-HOC по WIFI но на самом деле могут спокойно видеть друг друга через один. От сюда вопрос чем лучше всё это дело маршрутизиоровать. Гарантия что маршрутизатор сломается в течении месяца 100%.

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

Погуглите open-mesh, OSLR.

Share this post


Link to post
Share on other sites

Я смотрю AODV. Очень критично быстродействие всего этого дела. Можно примерные оценки двух протоколов OSLR и AODV.

За сколько произойдет перемаршрутизация. И опыт применения этих вещей спасибо.

Share this post


Link to post
Share on other sites

Есть такая статейка

Но в целом это вечный вопрос - что лучше дистант вектор или линк стейт :) RIP vs OSPF, AODV vs OSLR ...

однозначного ответа быть не может - это зависит от сложности сети и возможности деления сети на области.

А на чем роутеры работают? ОС и железо?

Может можно использовать меш(802.11s),но с ограничением на минимальный уровень сигнала?

Share this post


Link to post
Share on other sites

Только не удевляйтесь :). В общем это собственная разработка, там стоит ARM-9 200 мегагерц. Потребление всего этого дела стоит во главе угла поэтому там всё урезано по мощьности 4.5 вата на роутер ещё надо зарядить этим батареи. Ос Linux с ядром 2.6.x ; WiFi это резерв меди которую рвут раз в месяц точно, бывают обвалы. Хочеться дальше развить всё это дело. Бюджет есть и на коммерчиские разработки по маршрутизации но в основном когда говоришь про хотелки, говорят плати деньги на исходники доробатывай... Я смотрю в сторону гибридных протоколов для ad-hoc. Собираю опыт эксплуатации нормальных сетей, и как то развить всё это хозяйство хочеться в плане Video, VoIP.

 

http://granch.ru/index.php?option=com_cont...7&Itemid=28

 

http://granch.ru/index.php?option=com_cont...9&Itemid=48

Edited by Mikler

Share this post


Link to post
Share on other sites

То, что собственная по вопросам видно. Вот насколько ARM-9 200МГц это актуальный проц для такого - тут сомнения...

Сейчас есть куда более энергоэффективные системы на чипе, с потреблением порядка 0.9Вт самого чипа и до 0.5Вт всей периферии кроме вайфая естественно.

Если Вайфай не HP, а стандартный, то он вполне меньше 2-х Вт будет потреблять в режиме передачи на полной мощности.

Ибо QoS на той платформе да еще + меш или что-то подобное - будет несколько трудно запихнуть. Борд конечно стандартный не пойдет, т.к. энергопотребление нормировано.

На базе Econa ARM11 самого начального уровня, типа 300-600МГц одноядерный и 64МБ оперативки да еще с интегрированным радио - наверно и в 2Вт суммарно можно влезть.

 

Share this post


Link to post
Share on other sites

QoS не нужен. Нужна просто доступность устройств и как следствие определение место нахождения людей. На борту два Wifi модуля один для связи с соседями другой для точек доступа. Спасибо посмотрю посчитаю, но думаю там ни всё так красочно как в релизе.

Share this post


Link to post
Share on other sites

Ну, текущие девкиты жрут поболее, но там процы еще не серийные. Надеюсь, что серийные будут соответствовать. Пока портирую свой софт...

Share this post


Link to post
Share on other sites

Печально, надежда это не вариант развития, у нас Cortex следующий будет и оперативки добавим. В общем там игра на потребление. Кит закажу интересно покрутить :)

Edited by Mikler

Share this post


Link to post
Share on other sites

Ну поживем-увидим... время пока есть еще.

Просто если развивать в сторону воипа и видео - тут проц всяко нужен.

У меня в целом лимит на потребление повыше, до 10Вт, но с учетом того, что mPCI потребляет из них 4..7 .

Share this post


Link to post
Share on other sites

Есть datasheet на CNS3400 и где его брать? :) перерыл весть интернет тольк на вторую и первую серии есть документы. И где вы для него борд покупали?

Share this post


Link to post
Share on other sites

Меш в виде бекхола на одной частоте - несерьезно. Это значит магистраль для данных будет делится на все устройства и реальная пропускная способность будет смешная.

Тут нужно что-то более технически грамотное.

Share this post


Link to post
Share on other sites

Во первых частоты две. Для клиентов и резерв. Вовторых Wifi это резерв кабеля но он часто нужен.

Ещё один интересный вопрос это точность оприделения местоположения устройств пока она 20 метров хочеться в 2 раза лучше и маршрутизацию правильную.. Сегодня поробую B.A.T.M.A.N, есть мнения оно работает?

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this