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

Rtl8186 Firmware Всем, кто пишет под RTL8186

А как iwpriv связан с wifi ?
Получается, только одним из способов использования;)

 

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


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

А как iwpriv связан с wifi ?
Получается, только одним из способов использования;)

 

Абсолютно верно. Более того через iwpriv доступна вообще вся память девайса если чуток подумать =) И не только. Просто удобный фронтенд для программирования железа яля eth/wifi делезо.

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


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

с ethtool былоб отлично, с ним удобно работать

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


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

Напишите поддержку в драйвере, костяк я сделал - остальное за вами. Кто мешает-то?

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


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

Напишите поддержку в драйвере, костяк я сделал - остальное за вами. Кто мешает-то?

А в официальной версии драйвера нету поддержки ethtool?

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


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

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

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


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

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


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

Да, и так не только в LAN.

 

А чего сразу не на китайском? А вообще это какраз "чиcтый" wive который я форкнул, терь всё наоборот, код в git wive синхронизиться с моим кодом из wive-ng. Вадим сейчас там пилит открытый драйвер для 8185 но пока насколько я знаю рано говорить о чём то.

 

Вообще критичные вещи синхронизяться в обе стороны. Так что...

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


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

а просто wive пойдет на acorp wr-g?

еще вот накопал http://www.approsoftware.com/en/index.html

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

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


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

Пойдёт. Но в чём тайный смысл?

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


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

нужны манипуляции со скоростью wan, вот ищу где это возможно

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


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

Вот вы блин уж извините достали =) Нет этого в wive/wive-ng

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


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

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 одновременно. Такое впечатление что прошивка или не до конца залилась, или залилась с ошибкой. Пока, к сожалению, нет консольного шнурка - посмотреть в чем дело не могу.

Может кто сталкивался с подобными симптомами?

 

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


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

2DmZ перед прошивкой блэком чистили? А вообще странно что

перемигиваться Power
Ещё у меня _вообще_ не шилось(по понятным причинам), если была поднята на компе, с которого шьюсь ещё-одна 192.168.1.0/24. Пока оно шилось компьютер с точкой не трогали?

А консольный шнурок можно сделать из USB кабеля к старому телефону;)

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


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

2DmZ перед прошивкой блэком чистили?

А консольный шнурок можно сделать из USB кабеля к старому телефону;)

Из чего шнурок спаять знаю, но для этого нужно иметь из чего или время сходить на радиорынок за запчастями :) Пока времени нет.

Попробовал пару раз залить блэк, а потом залить нормальную - получилось.

Мигание Wifi/Power, судя по всему, нормальная функциональность прошивки - сижу ссхой на ней, а она знай себе мигает раз в пять секунд.

 

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


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

Мигание Wifi/Power, судя по всему, нормальная функциональность прошивки
Я просто забыл что у вас другая точка доступа, а в моей power и wlan из прошивки не управляются;)

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

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


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

зы мигание светодиодов вашей точки в прошивке получается настроить?
Еще не дочитал спеку :)

 

И еще, начал разбираться в управлении\дровах, возник вопрос по управлению микрухой свича (настройка port-based vlan).

Всю тему прочитать не осилил, но поиск вывел меня на lanctl, который умеет включать\отключать порты - этого в принципе достаточно чтобы начать разбираться, но возник вопрос о несоответствии используемых адресов.

Вопрос наверно к sfstudio как автору WiveNG (хотя lanctl и не от туда) - почему lanctl пишет в MII регистр eth1 (0xBD30005C) тогда как eth1 вроде отвечает за WAN порт, а не за 4 порта LAN?

При выводе eth1 из бриджа на собственный IP - он честно по арпу на него отзывается на первом порту, а eth0 соотв. как бридж отзывается на бриджевый IP на портах 2-5. Но при этом lanctl нормально включает\отключает порты которые вроде как относятся к eth0...

 

 

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


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

Подскажите пожалста а в wive-ng есть возможность коннектиться к dyndns аккаунту, есть там ddclient? если нет то самому туда его влить/реализовать как то можно?

кстати pppoe работает нормально? ктото юзает (домру).

 

девайс dap-1160

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


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

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

Для чего всё это делается - буду реализовывать "прозрачный роуминг" на уровне 802.11 infrastructure, когда несколько БС, связанных друг с другом проводом/вай-фаем эмулируют одну точку доступа в эфире и занимаются перенаправлением данных между собой. Таким образом для клиентского устройства 802.11 в эфире будет присутствовать одна точка доступа, но с плавающим уровнем сигнала. Очень удобно для кафе, магазинов и вообще больших помещений, в которых одной точкой доступа покрыть все пространство невозможно.

 

Насчет Wive и WiveNG - разработки ведутся параллельно, различия только в дизайне и в направленности разработок. WiveNG более универсален с точки зрения устройств, которые поддерживает (по части чипсетов от риалтека - точек доступа, адсл-момедов и т.д.). Сейчас мне пришлось вернуться к переработке WiveNG для поддержки устройств-обрезков (2м флеш и 8м озу), ну и старый дизайн (под вопросом) + пара украшательств для заказчика (web-интерфейс и простой cli).

Сейчас на стадии тестирования утилита удаленного обновления прошивок, при условии прошитой WiveNG/Wive(от 0.6.1pre6 и выше, если появится необходимость обновления более старых версий - обсуждаем цену вопроса).

 

Разработки по части ядра и основных компонентов, которые есть в обоих прошивках - будут синхронизироваться, оба проекта OSS, что способствует развитию.

Изменено пользователем N.leiten

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


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

Ну вообще Wive-NG/Wive-NG-DSL/Wive-RTNL суть разные прошивки на разной кодовой базе и даже с разным дизайном. Общего у них по сути подход к построению отказоустойчивых решений. Уже выработанные временем принципы которыми гнушаются производители железа, что ведёт к более длительному сроку отладки однако после прохождения этого длительного этапа девайс должен работать в не обслуживаемом режиме.

 

Что касается 8186 то всёж таки я лично буду видимо его хоронить и отправлять на полку, по ралинкам уже есть наработки и активно пилю http://forum.nag.ru/forum/index.php?showtopic=54015 Кто желает присоединиться - welcome.

 

P.S. Все вопросы по 8186 можете смело адресовать исходникам и даташитам. Абсолбтно нет времени на эти устройства, да и интереса они на текущий момент уже никакого не представляют абсолютно.

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


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

P.S. Все вопросы по 8186 можете смело адресовать исходникам и даташитам. Абсолбтно нет времени на эти устройства, да и интереса они на текущий момент уже никакого не представляют абсолютно.
Да, даташиты сила, перечитал с низу до верху RTL8186 + RTL8305SC... После различной серии экспериментов и пересборок понял что для моих целей не подходит. Хотел сделать VLAN по типу циски "switchport access vlan", но свич сам по себе очень коряво умеет vlan поэтому дивайс отправляется обратно в мусорку на полку :)

 

ЗЫ. Начинаю смотреть в сторону микротика.

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


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

не срабатывает:
И не должно, пакет адресован роутеру ведь...
Как сделать, чтобы было видно реальные адреса

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

Вроде divert надо делать. http://www.google.ru/search?q=iptables+divert

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


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

работает лишь в таком виде:

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).

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


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

Короче, так работает отлично

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

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


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

Gynaecologist > а что именно так работает ?

 

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


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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.