parus95 Опубликовано 7 января, 2010 · Жалоба А как iwpriv связан с wifi ?Получается, только одним из способов использования;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 января, 2010 · Жалоба А как iwpriv связан с wifi ?Получается, только одним из способов использования;) Абсолютно верно. Более того через iwpriv доступна вообще вся память девайса если чуток подумать =) И не только. Просто удобный фронтенд для программирования железа яля eth/wifi делезо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
buket Опубликовано 7 января, 2010 · Жалоба с ethtool былоб отлично, с ним удобно работать Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 января, 2010 · Жалоба Напишите поддержку в драйвере, костяк я сделал - остальное за вами. Кто мешает-то? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
parus95 Опубликовано 7 января, 2010 · Жалоба Напишите поддержку в драйвере, костяк я сделал - остальное за вами. Кто мешает-то? А в официальной версии драйвера нету поддержки ethtool? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 января, 2010 · Жалоба Официальной это какой? Которая огрызок даже с неработающими vlan ? =))))) Нет там, там много чего нет =))) Вы слишком хорошо думаете о риалтэк. Там в sdk весь код который они не юзают банально поломан или вообще отсутствует кусками или оставлен из драйвера на котором базируется текущий и т.д. =))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
buket Опубликовано 7 января, 2010 · Жалоба а что скажете о http://pt.sourceforge.jp/projects/sfnet_rtl8186/ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 января, 2010 · Жалоба Да, и так не только в LAN. а что скажете о http://pt.sourceforge.jp/projects/sfnet_rtl8186/ А чего сразу не на китайском? А вообще это какраз "чиcтый" wive который я форкнул, терь всё наоборот, код в git wive синхронизиться с моим кодом из wive-ng. Вадим сейчас там пилит открытый драйвер для 8185 но пока насколько я знаю рано говорить о чём то. Вообще критичные вещи синхронизяться в обе стороны. Так что... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
buket Опубликовано 7 января, 2010 (изменено) · Жалоба а просто wive пойдет на acorp wr-g? еще вот накопал http://www.approsoftware.com/en/index.html Изменено 7 января, 2010 пользователем buket Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 января, 2010 · Жалоба Пойдёт. Но в чём тайный смысл? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
buket Опубликовано 7 января, 2010 · Жалоба нужны манипуляции со скоростью wan, вот ищу где это возможно Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 января, 2010 · Жалоба Вот вы блин уж извините достали =) Нет этого в wive/wive-ng Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DmZ Опубликовано 10 января, 2010 · Жалоба Hi all, Нашел у себя в мусоре Planet WAP-4035, чтобы не валялся решил из него сделать нечто путное - MultiWAN роутер + AP для стареньких 802.11b клиентов. Быстрый поиск показал что свич вроде умеет VLAN (в даташит сильно не вчитывался) и прошивка wive-ng это дело поддерживает :) Посему быстро скачав прошивку 0.3.16, залил ее на дивайс, но дивайс не подавал признаков заливки фирмвари. Прошелся по форуму нашел что есть различные ревизии. Комплектным скриптиком конвертнул wive.bin в wive-rev-a.bin (оно при этом ругнулось что "its seems wive.bin is black_fw..." но файлик записало) Новый файлик залился и даже вызвал какую-то реакцию дивайса - через некоторое время тот перегрузился и начал перемигиваться Power/WLAN диодами, но через некоторое время "зависает" и начинает изредко мигать Power/WLAN одновременно. Такое впечатление что прошивка или не до конца залилась, или залилась с ошибкой. Пока, к сожалению, нет консольного шнурка - посмотреть в чем дело не могу. Может кто сталкивался с подобными симптомами? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
parus95 Опубликовано 11 января, 2010 · Жалоба 2DmZ перед прошивкой блэком чистили? А вообще странно что перемигиваться PowerЕщё у меня _вообще_ не шилось(по понятным причинам), если была поднята на компе, с которого шьюсь ещё-одна 192.168.1.0/24. Пока оно шилось компьютер с точкой не трогали?А консольный шнурок можно сделать из USB кабеля к старому телефону;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DmZ Опубликовано 11 января, 2010 · Жалоба 2DmZ перед прошивкой блэком чистили?А консольный шнурок можно сделать из USB кабеля к старому телефону;) Из чего шнурок спаять знаю, но для этого нужно иметь из чего или время сходить на радиорынок за запчастями :) Пока времени нет.Попробовал пару раз залить блэк, а потом залить нормальную - получилось. Мигание Wifi/Power, судя по всему, нормальная функциональность прошивки - сижу ссхой на ней, а она знай себе мигает раз в пять секунд. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
parus95 Опубликовано 12 января, 2010 · Жалоба Мигание Wifi/Power, судя по всему, нормальная функциональность прошивкиЯ просто забыл что у вас другая точка доступа, а в моей power и wlan из прошивки не управляются;)зы мигание светодиодов вашей точки в прошивке получается настроить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DmZ Опубликовано 12 января, 2010 · Жалоба зы мигание светодиодов вашей точки в прошивке получается настроить?Еще не дочитал спеку :) И еще, начал разбираться в управлении\дровах, возник вопрос по управлению микрухой свича (настройка port-based vlan). Всю тему прочитать не осилил, но поиск вывел меня на lanctl, который умеет включать\отключать порты - этого в принципе достаточно чтобы начать разбираться, но возник вопрос о несоответствии используемых адресов. Вопрос наверно к sfstudio как автору WiveNG (хотя lanctl и не от туда) - почему lanctl пишет в MII регистр eth1 (0xBD30005C) тогда как eth1 вроде отвечает за WAN порт, а не за 4 порта LAN? При выводе eth1 из бриджа на собственный IP - он честно по арпу на него отзывается на первом порту, а eth0 соотв. как бридж отзывается на бриджевый IP на портах 2-5. Но при этом lanctl нормально включает\отключает порты которые вроде как относятся к eth0... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
A1e_xXx Опубликовано 14 января, 2010 · Жалоба Подскажите пожалста а в wive-ng есть возможность коннектиться к dyndns аккаунту, есть там ddclient? если нет то самому туда его влить/реализовать как то можно? кстати pppoe работает нормально? ктото юзает (домру). девайс dap-1160 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
N.leiten Опубликовано 15 января, 2010 (изменено) · Жалоба По OSS драйверу движения начнутся через неделю минимум. Пока могу сказать, что работы немного по части взаимодействия с железом, ибо в открытых драйверах от риалтека основные моменты уже реализованы. Открытым остается вопрос привязки к mac80211 и портирование на 2.4.18. Для чего всё это делается - буду реализовывать "прозрачный роуминг" на уровне 802.11 infrastructure, когда несколько БС, связанных друг с другом проводом/вай-фаем эмулируют одну точку доступа в эфире и занимаются перенаправлением данных между собой. Таким образом для клиентского устройства 802.11 в эфире будет присутствовать одна точка доступа, но с плавающим уровнем сигнала. Очень удобно для кафе, магазинов и вообще больших помещений, в которых одной точкой доступа покрыть все пространство невозможно. Насчет Wive и WiveNG - разработки ведутся параллельно, различия только в дизайне и в направленности разработок. WiveNG более универсален с точки зрения устройств, которые поддерживает (по части чипсетов от риалтека - точек доступа, адсл-момедов и т.д.). Сейчас мне пришлось вернуться к переработке WiveNG для поддержки устройств-обрезков (2м флеш и 8м озу), ну и старый дизайн (под вопросом) + пара украшательств для заказчика (web-интерфейс и простой cli). Сейчас на стадии тестирования утилита удаленного обновления прошивок, при условии прошитой WiveNG/Wive(от 0.6.1pre6 и выше, если появится необходимость обновления более старых версий - обсуждаем цену вопроса). Разработки по части ядра и основных компонентов, которые есть в обоих прошивках - будут синхронизироваться, оба проекта OSS, что способствует развитию. Изменено 15 января, 2010 пользователем N.leiten Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 16 января, 2010 · Жалоба Ну вообще Wive-NG/Wive-NG-DSL/Wive-RTNL суть разные прошивки на разной кодовой базе и даже с разным дизайном. Общего у них по сути подход к построению отказоустойчивых решений. Уже выработанные временем принципы которыми гнушаются производители железа, что ведёт к более длительному сроку отладки однако после прохождения этого длительного этапа девайс должен работать в не обслуживаемом режиме. Что касается 8186 то всёж таки я лично буду видимо его хоронить и отправлять на полку, по ралинкам уже есть наработки и активно пилю http://forum.nag.ru/forum/index.php?showtopic=54015 Кто желает присоединиться - welcome. P.S. Все вопросы по 8186 можете смело адресовать исходникам и даташитам. Абсолбтно нет времени на эти устройства, да и интереса они на текущий момент уже никакого не представляют абсолютно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DmZ Опубликовано 16 января, 2010 · Жалоба P.S. Все вопросы по 8186 можете смело адресовать исходникам и даташитам. Абсолбтно нет времени на эти устройства, да и интереса они на текущий момент уже никакого не представляют абсолютно.Да, даташиты сила, перечитал с низу до верху RTL8186 + RTL8305SC... После различной серии экспериментов и пересборок понял что для моих целей не подходит. Хотел сделать VLAN по типу циски "switchport access vlan", но свич сам по себе очень коряво умеет vlan поэтому дивайс отправляется обратно в мусорку на полку :) ЗЫ. Начинаю смотреть в сторону микротика. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
parus95 Опубликовано 16 января, 2010 · Жалоба не срабатывает:И не должно, пакет адресован роутеру ведь...Как сделать, чтобы было видно реальные адреса Как нибудь чтобы при получении пакета роутер менял только получателя и _пересылал_ пакет на нужного_получателя. Вроде divert надо делать. http://www.google.ru/search?q=iptables+divert Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DmZ Опубликовано 17 января, 2010 · Жалоба работает лишь в таком виде: iptables -t nat -A PREROUTING -i eth1 -p tcp --dport 1:65535 -j DNAT --to-destination 192.168.1.2 однако, при этом, принимающий компьютер все входящие подключения видит под одним и тем же адресом - 192.168.1.1 (eth0 роутера). Это как раз верное правило, а то что пакеты приходят с source адресом роутера говорит о том что неправильно настроен NAT.Уберите SNAT/MASQ правила из построутинга для интерфейса eth0, в большинстве случаев Вам NAT нужен только на WAN интерфейсах (eth1/ppp0). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Gynaecologist Опубликовано 17 января, 2010 · Жалоба Короче, так работает отлично iptables -F iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE iptables -t nat -A PREROUTING -i eth1 -p ALL -j DNAT --to-destination 192.168.1.2 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alecs-art Опубликовано 18 января, 2010 · Жалоба Gynaecologist > а что именно так работает ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...