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

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

есть подозрение что у тд после ресета ip не 192.168.1.6...

так оно и есть: 192.168.0.50.

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


Ссылка на сообщение
Поделиться на других сайтах
Вот прошил точку последней прошивкой 0.1.10-ng. В настройках WDS Нужно теперь указывать два МАС адреса... Один понятно другой точки (по расположению он второй), а второй зачем?

А кто вам сказал что нужно указывать обязательно оба? Это у меня в тестовой конфигурации просто так.

Что-то всеравно не ясно... вот указал только МАС удаленной точки... при вводе команды:

# wl sta

aid bssid rssi dB TxPackets RxPackets TxFail

Показывает что нет соединения с точкой вообще, так же и при вводе команд: wl rssigraph и # rssi

--------===RSSSI dump in Db===--------

BSSID:::

RSSI::::

PERC::::

-----------Current speed--------------

TXSPEED:

RXSPEED:

-----------Errors on wireless---------

SENDFAIL:

______________________________________

 

Хотя точка пингуется, т.э. соеденена.

Если же указать два МАК адреса, например одинаковых... т.э. удаленной точки, то она также не видна командой wl sta,.. wl rssigraph уже показывает уровень, при вводе команды # rssi показывает такое:

--------===RSSSI dump in Db===--------

BSSID::: 001b11e7c7ab

RSSI:::: -75

PERC:::: 44

-----------Current speed--------------

TXSPEED: 36

RXSPEED: 54

-----------Errors on wireless---------

SENDFAIL: 0

______________________________________

 

П.С. вот через несколько минут снова ничего непоказывает :(

 

Глюк какойто?

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

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


Ссылка на сообщение
Поделиться на других сайтах
П.С. вот через несколько минут снова ничего непоказывает :(

Глюк какойто?

Угу, я тоже заметил, работть не мешает, но и не кузяво как-то. Пока пинаю китайцев. Хотя может сам где-то накосячил, но врятли.

Т.е. я к тому что уровни WDS в 1.14 видно через раз, это никак не сказывается собственно на работе WDS, но глюк имеет место быть, хотя в документации нигде не описано что должно быть иначе, так что китайцы могут меня просто послать ибо поведение нигде не регламентировано ;(

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

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


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

Полазил в исходниках 10 версии в поисках драйверов радио.

Я так понял модуль радио бинарный и лежит в /kernel/rtl8186/wireless_ag_net.o , т е китайцы не хотят делиться исходниками радимодуля? или я что то не досмотрел?

 

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


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

Я так понял модуль радио бинарный и лежит в /kernel/rtl8186/wireless_ag_net.o , т е китайцы не хотят делиться исходниками радимодуля? или я что то не досмотрел?

Не хотят и не будут, факт. Есть OSS реализация этого драйвера, но неюзабельно и допиливать там до работы в AP режиме можно бесконечно.

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


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

ага! А нигде ни видали дизасемблера для этого mips? уж очень хочеться расковырять бинарник!

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


Ссылка на сообщение
Поделиться на других сайтах
ага! А нигде ни видали дизасемблера для этого mips? уж очень хочеться расковырять бинарник!

Сбсно их много http://www.google.com/search?client=opera&...-8&oe=utf-8

 

Не забываем что это 32bit MIPS-I BigEndian, ну и пара инструкций в этом проце отсутствует.

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


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

Спасиб! Буду пробовать.

Попробовал IDA Pro v5.2 вот что получилось для старого и нового модуля.(mipsr). http://rapidshare.com/files/158731850/asm.rar.html (На форум в упор не хочет литься!)

Буду искать булее узкопрофильный дизасемблер.

Вобщем суть извращения-заставить модуль видить сигналы меньше 87Дб..жаль что мало что понятно..

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

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


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

Не нашёл в WiveNG утилиты etherdump... Планируется её возврат?

 

И iptables покоцан?

[Wive-NG@/]# iptables -t nat -I PREROUTING 2 -s 192.168.12.27 -d 192.168.81.1 -j DNAT --to-destination 172.19.7.1
iptables v1.4.1.1: Invalid rule number `2'
Try `iptables -h' or 'iptables --help' for more information.
[Wive-NG@/]#

И про редирект iptables забыл:

[Wive-NG@/]# iptables -t nat -A PREROUTING -p tcp -s 192.168.12.27 -d 192.168.81.1 --dport 10 -j REDIRECT --to-port 22
iptables: No chain/target/match by that name
[Wive-NG@/]#

А такое вольное обращение с портами - вообще ни в какие ворота:

[Wive-NG@/]# iptables -t nat -A PREROUTING -p tcp -s 192.168.12.27 -d 192.168.81.1 --dport 25111 -j DNAT --to-destination 172.19.7.150:22
[Wive-NG@/]#
[Wive-NG@/]# iptables -t nat -nvL|grep DNAT
............
    0     0 DNAT       tcp  --  *      *       192.168.12.27       192.168.81.1       tcp dpt:0 to:172.19.7.150:22
............
[Wive-NG@/]#

Для меня это критично. Остаюсь пока на Wive-0.6.1...

 

P.S. Версия - wive-ng 0.1.10

Изменено пользователем x-kot

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


Ссылка на сообщение
Поделиться на других сайтах
Для меня это критично. Остаюсь пока на Wive-0.6.1...

 

P.S. Версия - wive-ng 0.1.10

Оставайтесь либо собирайте под себя с откленным rtl fast path. Тут 2 крайности, либо нормальный netfilter в ядре либо высокая производительность роутинга и NATа.

Не забывайте что это таки SHOHO железка с весьма тормозным процом, а вы на него желаете навешать от всей души =)

 

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

 

[Wive-NG@/]# lsmod | grep RED
ipt_REDIRECT             704   0 (unused)
[Wive-NG@/]# iptables -t nat -A PREROUTING -p tcp -s 192.168.12.27 -d 192.168.81.1 --dport 10 -j REDIRECT --to-por
t 22
[Wive-NG@/]# iptables -t nat -L -n
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination
REDIRECT   tcp  --  192.168.12.27        192.168.81.1        tcp dpt:0 redir ports 22

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
[Wive-NG@/]#

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

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


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

Спасибо, с модулем уже разобрался - привык, обычно редирект уже есть в ядре...

Только толку от него немного, ибо задаю

--dport 25111

а получаю

tcp dpt:0 redir ports 22

в итоге

[Wive-NG@/]# iptables -t nat -A PREROUTING -p tcp -d 10.200.200.249  --dport 25111 -j REDIRECT --to-port 22
[Wive-NG@/]# iptables -t nat -nvL
........
    0     0 REDIRECT   tcp  --  *      *       0.0.0.0/0             10.200.200.249           tcp dpt:0 redir ports 22



[admin@gw1-sc ~]# ssh root@10.200.200.249 -p 25111
ssh: connect to host 10.200.200.249 port 25111: Operation timed out

Изменено пользователем x-kot

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


Ссылка на сообщение
Поделиться на других сайтах
[admin@gw1-sc ~]# ssh root@10.200.200.249 -p 25111

ssh: connect to host 10.200.200.249 port 25111: Operation timed out[/code]

Ну яж грю собирайте из сырцов с отключенным rtl fast path и всё должно нормализоваться. Модуль увы закрыт, а расковырять его логику мне до конца пока не удалось.

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


Ссылка на сообщение
Поделиться на других сайтах
Ну яж грю собирайте из сырцов с отключенным rtl fast path и всё должно нормализоваться.
Спасибо, вроде получилось:

[Wive-NG@/]# iptables -t nat -A PREROUTING -p tcp -d 192.168.81.1 --dport 25111 -j DNAT --to-destination 172.19.7.150:22

[Wive-NG@/]# iptables -t nat -nvL

............

0 0 DNAT tcp -- * * 0.0.0.0/0 192.168.81.1 tcp dpt:25111 to:172.19.7.150:22

 

Действительно, производительность упала, но это некритично - от AP требуется разрулить десятком ssh и парой rdp-соединений по разным компам (удалённое управление серверами)

Изменено пользователем x-kot

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


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

[Wive-NG@/]# iptables -t nat -A PREROUTING -p tcp -d 192.168.81.1 --dport 25111 -j DNAT --to-destination 172.19.7.150:22

[Wive-NG@/]# iptables -t nat -nvL

............

0 0 DNAT tcp -- * * 0.0.0.0/0 192.168.81.1 tcp dpt:25111 to:172.19.7.150:22

 

Действительно, производительность упала, но это некритично - от AP требуется разрулить десятком ssh и парой rdp-соединений по разным компам (удалённое управление серверами)

Эх... Не зажали бы китайцы сырцы на этот модуль, давно бы решил проблему ;( А производительность падает и очень существенно.

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


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

Сорри, не то залил. Перезалил занова. Всем кто скачал рание - нужно закачать снова.

 

P.S. Если ваш провайдер поддерживает pptp без шифрования - имеет смысл попробовать включить FAST_VPN. О результатах отписываемся.

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


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

Имеется точка доступа Д-линк g700ap c прошивкой Wive-0.5.8-1 появилась необходимость замены бинарика на более новую версию .Все попытки его заменить закончились нечем ,постоянно выдаёт ошибки типа Cannot change properties of file ,файл находится по адресу /mnt/sqsh_fs/sbin.Возможно ли самостоятельно заменить этот файл ,если да ,то как?Или может для этого нужны какие либо дополнительные программы, в точку захожу через WinSCP.Заранее спасибо!

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


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

Собрать из исходнико с нужным бинарником и никаких проблем.

 

P.S. Sorry 0.1.11 выложу сегодня попозже. Выявилась серьёзная проблема, на текущий момент решена, но думаю стоит потестить.

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


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

А где взять исходники ,у меня только скомпилированная прошивка?

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


Ссылка на сообщение
Поделиться на других сайтах
А где взять исходники ,у меня только скомпилированная прошивка?

Мдя, ещё одного забанили на гугле... http://sf.net -> wive

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


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

Кстати, в 0.1.11 добавил инетересную для строителей беспроводных сетей фенечку:

 

wive-ng-0.1.11

1) Исправлена ошибка монтирования mmc карт

2) По умолчанию отключен ZOMBIE_DOG, так как в модуле 1.14 предусмотрен собственный механизм удаления устаревших

записей.

3) Продолжено портирование RTL_FASTPATH и FAST_PPTP из SDK, пока наблюдаются некоторые сложности связанные

с частично закрытым кодом и довольно обширным бардаком в sdk

4) Отключен вывод в лог сообщений pptp, это должно решить проблему с потерей пакетов через туннель, ибо

банально не хватает производительности проца на одновременную запись в лог и работу pptp

5) Исправлена работа dhcp клиента (требуется тестирование)

6) Обновлён код bridge в ядре до v 1.9 от 2008

7) Обновлён pppd до текущей стабильной версии 2.4.5

8) fs restore теперь восстанавливает умолчания без перезагрузки

9) FAST NAT теперь включается только если включен iptables (при работае в режиме моста может вызывать проблемы)

10) FAST VPN включаются теперь только если включено хотябы одно из VPN соединений (требуется тестирование)

11) wl теперь использует последние заголовочные файлы c последним списком mib

12) Добавлена поддержка мультикаст фильтра в режиме моста (фильтрация/ограничение скорости)

13) Добавлен ражим клонирования физических адресов на уровне моста

14) Несколько ускорен reboot, убран бессмысленный код опускания сетевых интерфейсов перед перезагрузкой

 

Не решенные проблемы:

1) pptp/pppoe соединение устанавливается только один раз осле загрузки устройства,

включение/отключение fast_path не решают проблемы, как победить пока не ясно ;(

2) При вклюсенном FAST_VPN pptp соединеие разрывается с ошибкой на стороне сервера:

"No response to 30 echo-requests" т.е. точка не отвечает на LCP ECHO, природа сего явления есть загадка.

 

Перезалил окончательную версию 0.1.11 на sf.net - тестим.

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

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


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

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


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

Всё весьма индивидуально для конкретного линка. Общие советы - подрезать скорость сверху на шаг ниже от автомата. Дальше всё эксперементально. В любом случае не видя линка, не пощупав его вживую трудно что-то советовать.

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


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

Но все же... где-то проскакивало что лучше включать NAT2.5, но что-то сомнения берут, все-таки дополнительная нагрузка. Если все таки лучше ее включать, то с обоих сторон или с одной? Что посоветуете с линками у которых сигналы выше -66Дб, нет ошибок, прокачка по фтп достигает 20Мбит/с. Стараюсь все линки строить с параметрами не хуже. Хочется выжать из них все, тем более условия приближены к идеальны а вот трансфер хотелось бы сделать лучше, особенно на фоне ваших тестов ;).

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


Ссылка на сообщение
Поделиться на других сайтах
Но все же... где-то проскакивало что лучше включать NAT2.5, но что-то сомнения берут, все-таки дополнительная нагрузка. Если все таки лучше ее включать, то с обоих сторон или с одной?

В WDS нафиг не нужен, а в голом бридже вы как без него обойдётесь? макклон жрёт ещё больше.

 

Что посоветуете с линками у которых сигналы выше -66Дб, нет ошибок, прокачка по фтп достигает 20Мбит/с. Стараюсь все линки строить с параметрами не хуже.

Радоваться.

 

Хочется выжать из них все, тем более условия приближены к идеальны а вот трансфер хотелось бы сделать лучше, особенно на фоне ваших тестов ;).

Это тесты в идеальных по сути условиях с клиентом на базе AR5007EGS с подпиленными ath5k/madwifi модулями.

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


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

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас