[RAW]

Не всегда, обнуляет настройки reset.

[donlion]

Не всегда, обнуляет настройки reset.

Не понял. И как? Задача вернуть стандартные настройки wive.

 

[N.leiten]

donlion

 

К сожалению, sfstudio поломал reset в Wive-ng. Я в 0.6.1 вернул назад эту возможность. Так что обнуление настроек в wive-ng только заливкой blackfw, а потом снова wive-ng.

Изменено 6 октября, 2008 пользователем N.leiten

[donlion]

donlion

 

К сожалению, sfstudio поломал reset в Wive-ng. Я в 0.6.1 вернул назад эту возможность. Так что обнуление настроек в wive-ng только заливкой blackfw, а потом снова wive-ng.

Так у меня и есть 0.6.1 взятая с sourceforge. Процедура заливки следующая:

Выключаю точку. Нажимаю reset. Включаю. Заливаю black_fw_revb.bin. После этого ничего уже нельзя залить, не дает. Опять выключаю. Опять жму reset. Включаю. Заливаю boot_rev.b.dump потом wive_rev_b.bin. Точка автоматом перегружается. Пытаюсь зайти на 0.50 - болт. Если Таким образом перезаливаю DAP1160_FW112B06.bin (оригинальная прошивка с dlink.ru) то после этого спокойно захожу по веб интерфейсу на 0.50. Чудеса какие то. Что делать???

[N.leiten]

donlion

 

нет, я еще не выкладывал релиз 0.6.1 - там есть только пре-релиз.

Насчет заливки - бутлоадер вообще нельзя заливать - это не бинарь, это дамп для заливки по jtag - там же ясно написано в ридми, куда Вы смотрите?

 

Насчет blackfw - она не перегружает точку (точнее перегружает, но там загружать нечего), поэтому после ее заливки нужно подождать 3-4 минуты и потом перегружать точку и заливать прошивку.

 

Зайти на 192.168.0.50 пытаетесь чем?

 

ЗЫ. после заливки прошивки пробуйте сделать arp -d 192.168.0.50 и проверьте брендмауеры, фаерволы, антивирусы и т.п.

Изменено 7 октября, 2008 пользователем N.leiten

[sfstudio]

donlion

 

К сожалению, sfstudio поломал reset в Wive-ng. Я в 0.6.1 вернул назад эту возможность. Так что обнуление настроек в wive-ng только заливкой blackfw, а потом снова wive-ng.

Именно так, но т.к. сам никогда не пользовался резетом для отката, то так руки и не дошли посмотреть на каком этапе я накосячил =) Если что скинь на мыло диф.

 

Сейчас продолжаю тестить свежий модуль, пока проблем не замечано. Т.е. всё дело видимо было в разных версиях WE в ядре у нас и у зюхов под которые собран 1.12.

[SXM.U]

Доброго времени суток, товарищи. Залил в Г700(В2) НГ-вайв (0.1.7), завязал их между собой, накопилось несколько вопросов.

1. Рельная скорость по ТСП - до 2Мб/с. Пробовал как ВДС так и инфраструктурный режим. Благо - и там, и там ночь точки держались без разрыва. Результат - приблизительно тот же. Вопрос - как получить демонстрируемые sfstudio 49 Mbps (http://sfstudio.livejournal.com/ - есть какой-то результат ) ? Для вай-фай пока казалось заоблачным

2. Чем мотивирован уровень дефолтной мощности ОФДМ (20)? Новые драйвера ВФ модуля? Дело в том, что в пределах 1 комнаты точки с такой мощностью глушат друг дружку, связь жутко нестабильная. Помнится мне, N.leiten когда-то писал max. level 1A. Выставил уровень в пределах 0С-16 - работает. По части скорости - шаманство с WLAN_BURST, Turbo Mode не помагают

3. Рабоет ли реально ВДС режим? (Задача - при связке AP(WDS) + Client (WDS) +10 Clients (Infrastructure) сделать , дабы со стороны Client (WDS) пропускались все МАСи стоящих за ней компьютеров (через коммутатор), МАСи 10 Clients (Infrastructure) подменивались с помощью nat2.5 на собственно точек)

 

 

ЗЫ. Вайв ПРЕ 0.6.1 N.leiten - работают в ВДС уже более месяца, доволен - ни одного сбоя. Скорость - 1-3МБайта/с

Изменено 9 октября, 2008 пользователем SXM.U

[RAW]

1. Большие скоростя по вайфай были достигнуты с версией драйвера радиомодуля 1.12, но он нестабильно работал и потому sfstudio откатился на версию 1.9. сейчас идет тестирование Wive-NG в которой используется радиодрайвер 1.12, вроде все работает стабильно, так что ждем релиза.

 

3. Так идолжно работать, на то он и WDS. Главное не забыть отключить (если был конечно включен) NAT2.5 на client_WDS.

[sfstudio]

Доброго времени суток, товарищи. Залил в Г700(В2) НГ-вайв (0.1.7), завязал их между собой, накопилось несколько вопросов.

1. Рельная скорость по ТСП - до 2Мб/с. Пробовал как ВДС так и инфраструктурный режим. Благо - и там, и там ночь точки держались без разрыва. Результат - приблизительно тот же. Вопрос - как получить демонстрируемые sfstudio 49 Mbps (http://sfstudio.livejournal.com/ - есть какой-то результат ) ? Для вай-фай пока казалось заоблачным

Угу, с 1.9 модулем так и будет если клиенты тоже не rtl. Да даже rtl-rtl не фонтан с 1.9. 1.12 эксплуатирую уже несколько суток, есть некоторые грабли, но уже не падает как было со старыми WE. Думаю усдасться рашить проблему, да и ребята из http://ddixlab.ru/ и http://acorp.ru пообещали попробовать вытребовать 1.14 модуль у риалтека, пока допиливаю плюшки.

 

2. Чем мотивирован уровень дефолтной мощности ОФДМ (20)? Новые драйвера ВФ модуля? Дело в том, что в пределах 1 комнаты точки с такой мощностью глушат друг дружку, связь жутко нестабильная. Помнится мне, N.leiten когда-то писал max. level 1A. Выставил уровень в пределах 0С-16 - работает.

Абсолютно верно, в 1.12 уровни задаются чуток иначе, но откатившись на 1.9 просто не стал менять дефолтовые установки ибо оставаться на 1.9 не планирую. Для 1.12 значение по умолчанию именно 20 что равно 100mw, т.е. максимум от разрешённой у нас в стране для внутриофисного использования. Но ессно нужно по месту строить.

 

По части скорости - шаманство с WLAN_BURST, Turbo Mode не помагают

Настройки BURST остались от 1.12 и то не совсем корректно себя ведёт, в общем пока не решиться проблема со стабильностью модуля (хотя вроде решилась, но не готов утверждать) кивирять BURST режим не имеет смысла. Более того 49мбит/с это при одном клиенте и потоке в одну сторону. Т.е. на реальном бридже всё будет несколько хуже, но на 20-25мбайт/с при точной настройке вполне можно расчитывать на свежем модуле.

 

3. Рабоет ли реально ВДС режим? (Задача - при связке AP(WDS) + Client (WDS) +10 Clients (Infrastructure) сделать , дабы со стороны Client (WDS) пропускались все МАСи стоящих за ней компьютеров (через коммутатор), МАСи 10 Clients (Infrastructure) подменивались с помощью nat2.5 на собственно точек)

WDS работает, но причёсывать этот режим взялся только сейчас, так что советую подождать. Но при вышеозначенной конфигурации на высокие скорости даже не расчитывайте. Эффективнее тады будет поставить 4ре точки, 2 в бридж и 2 как AP. 10 клиенто на точку есть изврат. Скорость будет в лучшем случае килобит 150-200.

 

ЗЫ. Вайв ПРЕ 0.6.1 N.leiten - работают в ВДС уже более месяца, доволен - ни одного сбоя. Скорость - 1-3МБайта/с

Это при 10ти клиентах на каждой AP работающих одновременно да ещё и в WDS между AP ? Ну тады советую не дышать на этот линк =)))) А то упадёт и повторно добиться такого результата будет не просто. У вас наверное эфир вообще чистый?

[SXM.U]

Весьма признателен за обьяснения, все же:

1. Можно ли в ближайшем времени ожидать рабочего релиза с 1.12 драйвером? Да....и как бы это у автора попросить точную формулировку мощности для новоо модуля? sfstudio, помогите пожалуйста.

2. По части БАРСТ и ТУРБО - использовал одинаковые Г700 (с 1 ящика), причем в соединении ПтП. Пока мах - до 18Мбит (автора соизволю поправить - мбайт/с - не мбит/с, хотя...опечатка очевидно;) ). Ждемс релиза...

3. ВДС реально РАБОТАЕТ (пока) 2 ноутбука как клиенты Инфраструктуры + 1 Г700 как клиент ВДС - результат отличный, 1100-2000 Кбайт/с

4.

QUOTE

ЗЫ. Вайв ПРЕ 0.6.1 N.leiten - работают в ВДС уже более месяца, доволен - ни одного сбоя. Скорость - 1-3МБайта/с

 

Нет, извените, неправильно изьяснился - точки в соединении ПтП только, но через себя тянут сеть из ~30 машин. Пока - отлично)

5.

2sfstudio: если я на Г700 увижу >30Мбит/с(на практике, а не попугаях), благоволить Вас буду непременно и повсюду)

[sfstudio]

Весьма признателен за обьяснения, все же:

1. Можно ли в ближайшем времени ожидать рабочего релиза с 1.12 драйвером? Да....и как бы это у автора попросить точную формулировку мощности для новоо модуля? sfstudio, помогите пожалуйста.

Да, скорее всего будет промежуточный с 1.12 и потом только с 1.14 или что там таки вытрясут ребята с китайцев =)

 

2. По части БАРСТ и ТУРБО - использовал одинаковые Г700 (с 1 ящика), причем в соединении ПтП. Пока мах - до 18Мбит (автора соизволю поправить - мбайт/с - не мбит/с, хотя...опечатка очевидно;) ). Ждемс релиза...

Да, сорри, торопился =)

 

3. ВДС реально РАБОТАЕТ (пока) 2 ноутбука как клиенты Инфраструктуры + 1 Г700 как клиент ВДС - результат отличный, 1100-2000 Кбайт/с

Ну я собсно не спорил, однако есть оооочень много "НО".

 

ЗЫ. Вайв ПРЕ 0.6.1 N.leiten - работают в ВДС уже более месяца, доволен - ни одного сбоя. Скорость - 1-3МБайта/с

Нет, извените, неправильно изьяснился - точки в соединении ПтП только, но через себя тянут сеть из ~30 машин. Пока - отлично)

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

 

2sfstudio: если я на Г700 увижу >30Мбит/с(на практике, а не попугаях), благоволить Вас буду непременно и повсюду)

На Г700 (кстати говорящее название) вы врятли их когда-нить увидите. Ибо система находится в таком режиме что мне её просто жалко. 8Мб рамы это жлобство со стороны дибилинка. Это один из ограничивающих факторов. Ну а второй - использование пока 1.9 драйвера в котором не работает ни QoS ни RTL Turbo и Burst хоть чуток и исправляет ситуацию, но...

 

В общем для дальнейшего увеличения производительности нужно минимум:

1) Модуль >=1.12 (главное старше и чтобы не глючил)

2) Точку с RAM от 16Мб

3) Вручную тюнить BURST MODE под ваши конкретные условия

4) Относительно чистый эфир дабы отстроиться от остальных как можно дальше

5) Ну и конечно идеальный SNR и практически нулевое значение числа ошибок в канале

 

Гораздо эффективнее использовать 2 точки доступа, одну на передачу другую на приём, траффик делить можно qdisc+iproute2, в точки пока не встраивал, но 2 роутера тупо с аферосами под самосборный LFS лётают в таком режиме прекрасно, читай почти фулдуплекс =) Железки VIA C7 с 2я модулями AR5007EGS (других в загашнике не нашлось).

А как бюджетный вариант лучше Zyxel P330W я не нашёл, очень качественное исполнение с точки зрения монтажа, да и пайка не подкачала. Чуть хуже WR-G и его клоны, ессно родные антены выкинуть сразу. Г700 вне критики худший девайс из всех которые я встречал. Даже в руках плату держать неприятно, типичный наколенный китайский тяпляп при цене выше чем у WR-G.

 

[sfstudio]

Поигрался сегодня на свежем воздухе с WDS+ROAMING в различных вариантах, клиентами выступали 2 ноута. Констатирую факт что схема на 1.12 драйвере работает заметно лучше, ессно с корректными установками уровней + в чистых b/g режимах + зюхелевыми штатными антенами удалось обеспечить устойчивую связь 3мя точками на площади нашего небольшого стадиона, примерно 800 в диаметре, при этом перемещались с буками в разных направлениях и ifplugd+wpasuppliant успевали переключать точки доступа достаточно шустро. На VOIP ессно будут рывки, а так даже TVoIP не дёргалось, ессно поток выходил порядка 2х мегабит всего в моменты перемещения, в фиксированном положении доходило до 11мбит/с. Не фонтан, но после 1.9 где максимум удавалось на тех же по сути железках достигнуть 5мбит весьма неплохо. Отмечу что 1.9 и 1.12 не совместимы в режиме WDS.

 

Заодно отловил глюк с шудуллером, буду пробовать выправить. Глюк не приводит к краху однако потенциально возможна утечка памяти %(

 

P.S. Попался в руки свежий "экземпляр" Acorp WR-G, был сильно растроен качеством сборки данной серии %( Явные ляпы ручной пайки, свехкопеечные электролиты, даже разъёмы и те хлипкие как ХЗ что, не говоря уже о том, что радиомодуль "закварцован" копеечным кварцем от TXC параметры которого плывут как попало. В общем я в шоке. Видимо новые укропы опустились до уровня Г700 %( Грустно, кроме зюхеля похоже на rtl8186 больше брать нечего.

[sfstudio]

Любителям WEB морд посвещается http://sfstudio.livejournal.com/5761.html =)))

[sfstudio]

Идём дальше по ченджлогу 0.1.8:

10) Поправлена возможность восстановления настроек по кнопке reset (спасибо N.leiten)

11) Теперь адреса интерфейсов всегда назначаются корректно

12) Добален /var/log/boot.log куда пишется весь процесс загрузки вместо вывода на консоль

13) Благодаря появлению boot.log исправлены некоторые неточности в стартовых скриптах

14) События крона теперь пишутся в отдельный лог (/var/log/boot.log) чтобы не засорять syslog

15) Добавлен простенький logrotate script, раз в сутки переименовывает, сжимает, и чистит логи.

 

Есть пара необъяснимых моментов неудаления станции при работе с WPA и соответсвенно невозможность реконнекта, пока незнаю как решить, работаем.

Изменено 12 октября, 2008 пользователем sfstudio

[sfstudio]

16) Удалён рудимент AUTOBRIDGE и реализующий его код

17) Маршруты теперь добавляются всегда после полного подъёма сети, но до подъёма VPN

18) Удалены почти все воркэраунды, ещё большая детализачия rc.d скриптов

 

[sfstudio]

Млин, ребята, ну просто крик души. Уже человека 3 отписалось на мыло и в личку по типу:

 

после смены адреса доступ через ssh теряется в чем проблема может быть? пытаюсь адрес установить 172.16.200.1

Блин, и все поголовно пытаются установить адреса из одной и той же подсети что и br0, ну блин вы подумайте сами головой на какой/с какого ифейс/а должна ответить точка если все маршруты через все интерфейсы ведут в одну подсеть? Это не 2.6.х ядро которое за вас додумает и то не всегда. Аккуратнее с настройками, прежде чем что-то делать - нужно быть уверенным что ты знаешь что делаешь.

 

Все, настройки в конфигах всеголишь примеры и не более, они необязаны быть верными в любом конкретном случае. Никто и ничто не выучит за вас матчасть.

[sfstudio]

Решил таки зарелизить. Брать тут http://wive-ng.sf.net

Полный ченджлог на русском: http://sfstudio.livejournal.com/6049.html

 

Тестируйте.

[N.leiten]

sfstudio

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

Изменено 12 октября, 2008 пользователем N.leiten

[sfstudio]

Упрекать их не в чем, просто никто не хочет шевелить мозгами и делать лишние телодвижения...

Ты видел как у мну реализова бридж? Это примерно тоже что ты ковырял с автобриджом, но более конфигурабельно. Даже твой автобридж не спасёт если дядька скаже FORCE и IN_BR=no на один ифейс и назначит адрес из той же подсети что и бридж.

 

А за защитой от дурака эт в официальные прошивки. Не хочет шевелить мозгами - пусть идёт в винду. Мне вот личние телодвижения и тучи кода ради поддержки 2,5 неосиливших коментарии и элементарные основы "сетестроитесльства" тоже не нужны. Из-за этих костылей неостанется время на насамом деле полезную и инетересную работу, которой ещё ой как много.

[g7001]

Ребят вопросик.

Тут такая беда-нехочет дружить микротик с rtl8186.

Проявляеться бяка так.

Точка(режим клиент) конектится к микротику,а через 10-50сек ее выкидывает,и пишет в логе тика "Расширенная потеря данных"

Точка мертво виснет-не пингуеться со стороны провода.

Потом видимо срабатует ватч дог,и в течении 3минут точка сама ребутиться и конектиться. Потом алгоритм повторяеться до бесонечности.

Это при условии что точка сама по себе-без нагрузки с клиентской стороны.

 

Частично баг победил-написал скрипт-пинговалку на микротике,помогло но не всем.

Пробовал wive-0.1.6pre и Wive-ng--картина таже.

 

Так вот вопрос-можно ли узнать что делает проклятый микротик со стороны радио?

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

По сканеру клиентской точке не увидел различия между мтиковской БС и обычной-теже dtim 1, и Beacom 100.

[sfstudio]

Ребят вопросик.

Тут такая беда-нехочет дружить микротик с rtl8186.

Проявляеться бяка так.

Точка(режим клиент) конектится к микротику,а через 10-50сек ее выкидывает,и пишет в логе тика "Расширенная потеря данных"

Точка мертво виснет-не пингуеться со стороны провода.

Потом видимо срабатует ватч дог,и в течении 3минут точка сама ребутиться и конектиться. Потом алгоритм повторяеться до бесонечности.

Это при условии что точка сама по себе-без нагрузки с клиентской стороны.

 

Частично баг победил-написал скрипт-пинговалку на микротике,помогло но не всем.

Пробовал wive-0.1.6pre и Wive-ng--картина таже.

 

Так вот вопрос-можно ли узнать что делает проклятый микротик со стороны радио?

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

По сканеру клиентской точке не увидел различия между мтиковской БС и обычной-теже dtim 1, и Beacom 100.

Странно и интересно, но микротика под рукой нет и сырцы они жмут, но там же мэдвайфай чуток перепиленный, у мну с мэдвайфай и ath5k точками таких проблем не проявляется.

[donlion]

I need help!!! Похоже испортил совсем dap 1160. После того как 1-ый раз залил на него wive 0.6.1 работал. После того как включил режим бриджа перегрузил и все... Больше зайти не смог. Перешиваю на DAP1160_FW112B06.bin (оригинальная) могу зайти через веб и отконфигурировать. Накатываю любую прошивку Wive или Wive-ng зайти на 0.50 НЕ МОГУ. Пробовал отправлять black_fw_revb.bin - не помогает. Такое впечатление что обновление не затирает ВСЕ изменения. Что делать??? Выбрасывать :)?

[SXM.U]

Кто-нить пробовал WEP на WiveNG 1.0.8?

Столкнулся с проблемой - точки настроены, коннект есть, включаю ВЕП -

[Wive-NG@/]# cat /proc/wlan0/sta_info

-- STA info table -- (active: 0)

 

воть...собсно....

 

конфиг -

WEP=yes(general)

set_mib encmode(S25) - 5

wepkey1=XXXXXXXXXXXXXXXXXXXXXXXXXX (одинаковые, менял - не помогает, дефолтные - не работает )

 

где сабаКо зарЫто?

ЗЫ. Вайв ПРЕ 0.6.1 тот же конфиг - норм.

Изменено 13 октября, 2008 пользователем SXM.U

[N.leiten]

sfstudio

сорри, до твоих скрипитов не дошел. :) Но насчет подхода - полностью согласен, нечего лезть работать с тем, чего не понимаешь. Но это беда сейчас ширится на уровне университетов наших, не везде правда, но есть мягкое привязывание microsoft-way развития ПО и стиля программирования.

 

Мдам, так о чем это я... В общем сегодня точно доковыряю и сделаю 0.6.1 релиз.

[sfstudio]

Кто-нить пробовал WEP на WiveNG 1.0.8?

Столкнулся с проблемой - точки настроены, коннект есть, включаю ВЕП -

[Wive-NG@/]# cat /proc/wlan0/sta_info

-- STA info table -- (active: 0)

 

воть...собсно....

 

конфиг -

WEP=yes(general)

set_mib encmode(S25) - 5

wepkey1=XXXXXXXXXXXXXXXXXXXXXXXXXX (одинаковые, менял - не помогает, дефолтные - не работает )

 

где сабаКо зарЫто?

ЗЫ. Вайв ПРЕ 0.6.1 тот же конфиг - норм.

Используйте WPA, WEP is deprecated

 

 

sfstudio

сорри, до твоих скрипитов не дошел. :) Но насчет подхода - полностью согласен, нечего лезть работать с тем, чего не понимаешь. Но это беда сейчас ширится на уровне университетов наших, не везде правда, но есть мягкое привязывание microsoft-way развития ПО и стиля программирования.

 

Мдам, так о чем это я... В общем сегодня точно доковыряю и сделаю 0.6.1 релиз.

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