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

RT305* wifi routers Разработка прошивок для WiFI CPE

Abram   

Abram
Опубликовано · Жалоба

надеюсь ралинк не внесет существенных помех в работу? может быть исходники и/или готовые прошивки на файлообменники класть в запароленный архив пока все не утрясётся?

С юридической точки зрения sfstudio абсолютно прав, так что никаких проблем не ожидается.

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

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

sfstudio   

sfstudio
Опубликовано · Жалоба
Ежли это мне и глюк назван старым, значит Вы яго заловили и в следующей прошивке видимо поправите. похоже утечка памяти либо с адресацией что-то. память моего роутера 32 мегабайта.

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

 

надеюсь ралинк не внесет существенных помех в работу? может быть исходники и/или готовые прошивки на файлообменники класть в запароленный архив пока все не утрясётся?

Ждем новых релизов.

Мне сугубо фиолетово на американские извращения аля DMCA. Пришлось сменить инструмент с sf.net на гиториус и только. Где публиковать бинарные сборки пока не решил но ИМХО буду публиковать там же. За бинари на sf ралинки врятли наедут.

 

 

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

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

 

надеюсь ралинк не внесет существенных помех в работу? может быть исходники и/или готовые прошивки на файлообменники класть в запароленный архив пока все не утрясётся?

Ждем новых релизов.

Мне сугубо фиолетово на американские извращения аля DMCA. Пришлось сменить инструмент с sf.net на гиториус и только. Где публиковать бинарные сборки пока не решил но ИМХО буду публиковать там же. За бинари на sf ралинки врятли наедут.

 

 

память моего роутера 32 мегабайта.

Скажите зачем вы здесь? Я наверное из празного интереса грю зашейте версию с ограничением в 16Мб? желаете помочь поймать багу - делайте что говорят. Привыкайте постить логи шить экспериментальные версии. Иначе вы тут со своим длинк банально не нужны.

 

Грубо? Зато правда.

 

P.S opennet тоже подключился http://www.opennet.ru/opennews/art.shtml?num=27438

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

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

ATVATOR   

ATVATOR
Опубликовано · Жалоба

Зашью и проверю ,дайте плиз ссылку на последнюю прошивку для заливки через web 2t2r с ограничением в 16 мегабайт.

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

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

sfstudio   

sfstudio
Опубликовано · Жалоба

Нет никаких ссылок. берёте версию из git собираете с нужным конфигом и вперёд.

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

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

sfstudio   

sfstudio
Опубликовано · Жалоба
Hello,

My Russian is not good so pls excuse me.

I've compiled this morning изходники and noticed that pppoe client is not working

Jan 1 00:26:04 syslogd started: BusyBox v1.17.1

Jan 1 00:26:14 pppd[2580]: pppd 2.4.5 started by Admin, uid 0

Jan 1 00:26:14 pppd[2580]: Failed to create PPPoE socket: Address family not supported by protocol

Jan 1 00:26:55 pppd[2587]: pppd 2.4.5 started by Admin, uid 0

Jan 1 00:26:55 pppd[2587]: Failed to create PPPoE socket: Protocol not supported

 

 

Probably kernel support is missing or something else

Any Ideas?

Thanks!

Usr compile scripts in root of source tree. Example: ./clear && ./compile 1T1R .

After flash burn and full load try exec fs fullreset.

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

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

sfstudio   

sfstudio
Опубликовано · Жалоба

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

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

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

loshia   

loshia
Опубликовано · Жалоба
Hello,

My Russian is not good so pls excuse me.

I've compiled this morning изходники and noticed that pppoe client is not working

Jan 1 00:26:04 syslogd started: BusyBox v1.17.1

Jan 1 00:26:14 pppd[2580]: pppd 2.4.5 started by Admin, uid 0

Jan 1 00:26:14 pppd[2580]: Failed to create PPPoE socket: Address family not supported by protocol

Jan 1 00:26:55 pppd[2587]: pppd 2.4.5 started by Admin, uid 0

Jan 1 00:26:55 pppd[2587]: Failed to create PPPoE socket: Protocol not supported

 

 

Probably kernel support is missing or something else

Any Ideas?

Thanks!

Usr compile scripts in root of source tree. Example: ./clear && ./compile 1T1R .

After flash burn and full load try exec fs fullreset.

Hello,

Thank you very much for your advise!

I followed it exactly as written but no luck. Something is wrong with pppoe client. I am attaching my config so that you can look at it.

If you just enable pppoe client on WAN you can reproduce the bug and see syslog messages actually pppd does not load pppoe plugin at all. Or at least i think so

-------------------------------------------------

~ # fs fullreset

Clear and load defaults to nvram!

Commit crc = 81601896

Clear rwfs and reboot. Please go smoke...

-------------------------------------------

 

Jul 28 23:44:34 vpnhelper: Start pppd at eth2.2 to mode PPPOE

Jul 28 23:44:34 pppd[2241]: pppd 2.4.5 started by Admin, uid 0

Jul 28 23:44:34 pppd[2241]: Failed to create PPPoE socket: Protocol not supported

Jul 28 23:44:39 pppd[2241]: Failed to create PPPoE socket: Protocol not supported

Jul 28 23:44:44 pppd[2241]: Failed to create PPPoE socket: Protocol not supported

 

 

 

config.txt

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

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

sfstudio   

sfstudio
Опубликовано · Жалоба

Fix it.

Lastest source code http://gitorious.org/wive-rtnl-ralink-rt30...outers-firmware.

Please clone it andr rubuild. After burn fs fullreset and configure you pppoe connection over WebUI.

 

Thanks.

 

 

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

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

loshia   

loshia
Опубликовано (изменено) · Жалоба
Fix it.

Lastest source code http://gitorious.org/wive-rtnl-ralink-rt30...outers-firmware.

Please clone it andr rubuild. After burn fs fullreset and configure you pppoe connection over WebUI.

 

Thanks.

Thanks,

All is fine

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

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

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

loshia   

loshia
Опубликовано (изменено) · Жалоба

Hello,

I am comparing Ethernet performance of wive and GR-534W. All tests were done with same hardware +max232(serial) converter/Hyper Terminal Unfortunately GR Wive FW has Ethernet issues which impact WAN/LAN performance.

What I am doing is in both FW (to reproduce the issue)

 

 

iptables -F

iptables -F -t nat

iptables -F -t mangle

iptables -A FORWARD -j ACCEPT

ip a a 192.168.0.15/24 dev eth2.2

 

I am connecting another PC - Linux in wan eth2.2

and from that PC i am executing:

 

ping 192.168.0.15 -s 65000 -i 0.001

looking at bmon RX/TX linux PC

With Wive i got TX 75 Mbps but RX 15 Mbps and 160 packets transmitted, 32 received, 80% packet loss, time 1403ms

rtt min/avg/max/mdev = 12.688/12.828/15.280/0.462 ms, pipe 2

WITH GR-534W i got 3% packet loss and 80 MBPS in both TX/RX

 

Sources (GR-534W) and binary images can be downloaded from here

 

http://www.getnet.eu/products_GR-534W.html

 

It will be very nice if you can trace down the etherenet issues and make Ethernet ports of Wive to perform like GR router.

The above issue affects real performance of the router when it is not flooded - about 15 Mbps less with PPPOE client and 10 Mbps less NAT/Routing - Tested

Another good thing to do is to decrease default MTU from 1600 to 1500 on Ethernet ports - personal opinion and preference - raether.c line 74 - #define MAX_RX_LENGTH 1500

Best regards

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

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

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

sfstudio   

sfstudio
Опубликовано · Жалоба
ip a a 192.168.0.15/24 dev eth2.2

Use iperf for test speed. MTU != FrameSize in raeth driver.

 

 

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

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

sfstudio   

sfstudio
Опубликовано · Жалоба
Sources (GR-534W) and binary images can be downloaded from here

Archive is corrupted....

 

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

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

loshia   

loshia
Опубликовано · Жалоба
Sources (GR-534W) and binary images can be downloaded from here

Archive is corrupted....

I have them PM if you need them. I can put them somewhere for download

 

About MTU - you are right. I was looking at GR sources I mean that eth2.2. and eth2.1 mtu (Wive) is 1600 by default which in some cases can lead to PMTU discovery problems(iptables TCPMSS broken rules). So best approach is mtu to be 1500. It can be configured from start up scripts. Safety is to check if VPN requires jumbo frame and setup eth2.2 mtu accordingly. but 99.99% of the cases 1500 MTU is fine.

About performance - actually for some reason flooding the Wive Wan with pings generates packet loss, but flooding PC connected to wan/br0 - PC is OK. So i am not sure why this is happening but it seems that performance wan/br0 is not so badly affected. I can tell you for sure that upload From PC-to Net generates more soft irq's and makes big cpu load compared to download (same speed) NET to PC which is strange. But all is working very well for the moment

Thank you for wonderful job done!

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

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

XanderSt   

XanderSt
Опубликовано (изменено) · Жалоба
Sources (GR-534W) and binary images can be downloaded from here

Archive is corrupted....

Можно еще тут взять http://www.getnet.com.tw/data/source%20cod...MAX150M.tar.bz2

(возможно, специально выложили битым, чтоб не делится)

 

P.S. Подозриетельно выглядит название edimax в имени исходников...

 

http://www.edimax.com/images/Image/OpenSou...2.6.24.x.tar.gz

( http://www.edimax.com.ua/ua/produce_detail...=1&pl2_id=2 )

 

http://www.edimax.com/images/Image/OpenSou...LSourceCode.zip

( http://www.edimax.com.ua/ua/produce_detail...=1&pl2_id=2 )

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

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

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

pawel40   

pawel40
Опубликовано · Жалоба

sfstudio Ваша прошивка поддерживает radius accounting и authorization?

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

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

loshia   

loshia
Опубликовано (изменено) · Жалоба

Issues with resolv.conf

 

1. When pppoe client is restarted from web resolv.conf and dnsproxy are messed up because service resolv script is buggy (not taking into account peerdns and pppd modeif they are active) and/or executed after pppd dns update

ppp ip-up script

 

$LOG "Replace DNS from pppd"

cp -f /etc/resolv.conf /var/tmp/resolv.conf.tmp.$PPP_IFACE

cat /etc/ppp/resolv.conf /etc/resolv.conf > /var/tmp/resolv.$PPP_IFACE

cp -f /var/tmp/resolv.$PPP_IFACE /etc/resolv.conf

 

$LOG "Restart dns server, dyndns, ntp sync and rebuild shaper and iptables rules"

services_restart.sh pppd

 

and later services_restart.sh is - service resolv start big mess

 

Dirty FiX - not good but it works for me as long when pppd is active most of the cases we do receive our DNS from vpn concentrator and we do use peerdns

 

if [ "$MODE" != "pppd" ]; then

service udpxy stop

service igmp_proxy stop

service lld2d stop

service stp stop

!!!!!!service resolv start!!!!! - the idea is to restart it if we are NOT using PPPD

fi

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

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

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

sfstudio   

sfstudio
Опубликовано · Жалоба

Честно не понял к чему такие извращения. Проблемы с dns не заметил.

 

http://homenet.corbina.net/index.php?showt...5811&st=300

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

Нафига какие-то маршруты прописываете в vpn ? Темы раз 50 видели, смотрите скрипты там даже с коментариями. Почему не работают костыли в конкретно вашем случае понятия не имею.

 

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

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

loshia   

loshia
Опубликовано · Жалоба
Честно не понял к чему такие извращения. Проблемы с dns не заметил.
Never mind the idea was:

1. On pppoe restart/reconnect even when peeerdns is selected and we supose to obey it dns servers recieved from pppoe concentrator are overwriiten because of service resolv restarting after resolv.conf is already updated from ip-up script and they are never used. Thre might be a case that two open dns serves configured by default not to work and ...so on..

Forget it..

 

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

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

sfstudio   

sfstudio
Опубликовано · Жалоба

Точно, теперь понял, действительно нужно перенести service resolv start в блок !ppp. Спасибо.

 

Можно еще тут взять http://www.getnet.com.tw/data/source%20cod...MAX150M.tar.bz2

(возможно, специально выложили битым, чтоб не делится)

P.S. Подозриетельно выглядит название edimax в имени исходников...

Тоже битый.

 

Это всё стянуто и просмотрено уже давно, пользы от этого нет. Так что ой.

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

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

loshia   

loshia
Опубликовано · Жалоба

WiFi 802.11N Performance - Little bit slow

Hello,

No mater what i do and how i configure the wifi part of the router with my laptop Intel chip set i am getting flowing performance:

1. WiFi card shows 65 Mbpd Data Rate

2, wiFi throughput (wi-fi/LAN - windows file sharing coping several files simultaneously) is 30 Mbps max

 

Any Thoughts or Ideas?

PS:

What is the best wifi 802.11N throughput that you were able to get?

 

In my understanding when speaking of 150 Mbps data rate WiFi performance must be about 70 Mbps real throughput without any issues. Is that true or i am missing something..

 

 

Thank you very much in advance

 

 

 

 

 

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

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

sfstudio   

sfstudio
Опубликовано · Жалоба

40Мгц режим должен работать с последним срезом из гита. При 150мбит в эфире реальная пропускная способность может сильно варироваться но врятли превысит половину от заявленных 150мбит. Сильно зависит от типа трафика, сильно зависит от того на одинаковых ли чипах построены AP и клиент, и ещё от множества причин. На реальном трафике в 1T1R при 150Мбит (40МГц полоса) в эфире 40-50мбит/с это очень неплохой результат. Ну и не забываем что 802.11 это таки полудуплекс.

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

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

loshia   

loshia
Опубликовано (изменено) · Жалоба

40Мгц режим должен работать с последним срезом из гита. При 150мбит в эфире реальная пропускная способность может сильно варироваться но врятли превысит половину от заявленных 150мбит. Сильно зависит от типа трафика, сильно зависит от того на одинаковых ли чипах построены AP и клиент, и ещё от множества причин. На реальном трафике в 1T1R при 150Мбит (40МГц полоса) в эфире 40-50мбит/с это очень неплохой результат. Ну и не забываем что 802.11 это таки полудуплекс.

Спасиба:)

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

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

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

ATVATOR   

ATVATOR
Опубликовано · Жалоба

по горбине тут http://www.dd-wrt.com/wiki/index.php/Dual_Access_PPTP кое что советуют в плане скриптов и маршрутов, у верен не хватает какой-то мелочи в костылях... ужо позеленел с экспериментами, но горбина не сдается.)) и в роутер на самом интересном месте не простучаться.

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

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

sfstudio   

sfstudio
Опубликовано · Жалоба

Сравните сами блин.

 

   if [ "$GWSTRING" != "" ]; then                                                                                                          
        RESTORESTRING="ip route replace $GWSTRING"                                                                                          
        $LOG "Store old default route to file. $GWSTRING "                                                                                  
        rm -f /tmp/ip-down-route-reload                                                                                                     
        (                                                                                                                                   
            echo '#!/bin/sh'                                                                                                                
            echo 'ip route del default'                                                                                                     
            echo "$RESTORESTRING"                                                                                                           
        ) > /tmp/ip-down-route-reload                                                                                                       
        chmod 777 /tmp/ip-down-route-reload                                                                                                 
    else                                                                                                                                    
        $LOG "No dgw stored."                                                                                                               
        RESTORESTRING=""                                                                                                                    
        rm -f /tmp/ip-down-route-reload                                                                                                     
    fi                                                                                                                                      
                                                                                                                                            
    #Remove auto route in VPN                                                                                                               
    ip route del $PPP_REMOTE  > /dev/null 2>&1                                                                                              
                                                                                                                                            
    #Replace default route to ppp tunnel                                                                                                    
    if [ "$DGW" = "1" ]; then                                                                                                               
        $LOG "Replace default route to $PPP_IFACE"                                                                                          
        ip route del default > /dev/null 2>&1                                                                                               
        ip route replace default dev $PPP_IFACE                                                                                             
    fi

 

 

 

Ну и ещё до звонка после того как отезолвили адрес сервера добавляем до него маршрут.

$LOG "Get route to vpn server."

ROUTE=`ip route get $SERVER | grep dev | cut -f -3 -d " "`

if [ "$ROUTE" != "" ] || [ "$ROUTE" != "0.0.0.0" ]; then

$LOG "Add route to vpn server."

ip route add $ROUTE

fi

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

 

Собсно вот и вся любовь. Так что я незнаю что вы делаете чтобы добиться неработоспособности.

 

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

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

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

ATVATOR   

ATVATOR
Опубликовано · Жалоба

sfstudio спасибо, буду искать дальше, похоже сам что-то упустил. тем более даже на 1.0.19 прошивке с одним добавленным маршрутом тут уже вроде один товарищ подключался к горбине, хотя у меня этот вариант не прошел.очень много чего пробовал - продолжу дальше, попытаю форум техподдержки провайдера, может они чего подскажут

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

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
Подписчики 0
Перейти к списку тем Беспроводные сети Wi-Fi, 3G/LTE/5G, LoRa...