WNR3500L v2 problemy z prędkością internetu via WiFi
|
neotps |
Dodano 17-02-2013 16:21
|
User
Posty: 146
Dołączył: 12/12/2011 17:20
|
Sprawdzę u siebie jak będę w domu. Jeden ciekawy test jaki można zrobić to pożyczyć od kogoś działający ruter i sprawdzić w miejsce tego problemowego |
|
|
|
Gikey |
Dodano 17-02-2013 17:26
|
User
Posty: 99
Dołączył: 20/10/2006 19:57
|
Cytat maxikaaz napisał(a):
@Gikey... pogdybać można, a póki co przetestuj, jak się Twój Asus będzie zachowywał na kompilacji 092.
Najwcześniejszy dostępny do Asus RT-Nxx (with USB) to 093.
Przetestowany. Sytuacja bez zmian. |
|
|
|
Gikey |
Dodano 17-02-2013 22:05
|
User
Posty: 99
Dołączył: 20/10/2006 19:57
|
Dzięki.
Niestety, sytuacja na froncie bez zmian.
A na OFW śmiga. |
|
|
|
shibby |
Dodano 18-02-2013 08:11
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
jeżeli ustalicie jednogłośnie, że stary sterownik wyraźnie lepiej działa niż od obecnego to skłonny jestem rozdzielić te dwie kwestie i dla Asusów kompilować tomato RT-N z nowym sterownikiem a dla Netgeara ze starym ale muszę mieć pewność, że taka kombinacja ma sens.
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
|
|
|
kamilj |
Dodano 18-02-2013 09:03
|
Moderator
Posty: 982
Dołączył: 28/12/2011 12:24
|
Moze lepiej bylo by wyciagnac sterownik z dd-wrt i sprawdzic czy wszystko jest ok?
------------------------------------------------------------------------------
[b] RegulaminOpenlinksys.info v0.1
[url=http://openlinksys.info/forum/viewthread.p
|
|
|
|
shibby |
Dodano 18-02-2013 09:07
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
ddwrt ma:
a) albo ten sam sterownik który przeportował teddy czyli 5.100.138.9
b) sterowniki niepubliczne od broadcoma, których ja nie mogę użyć :/
Połączony z 18 luty 2013 09:13:09:
odpowiem sam sobie:
Dec 14 2011.03:57:42....5.100.138.9 czyli ten sam co miał teddy.
Edytowany przez shibby dnia 18-02-2013 09:13
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
|
|
|
kamilj |
Dodano 18-02-2013 09:22
|
Moderator
Posty: 982
Dołączył: 28/12/2011 12:24
|
Coś mi się zdaje że w pierwszych wersjach tomato dla v2 był właśnie ten sterownik czy się mylę?? Jeżeli tak to może niech osoby które mają problem ze swoim v2 niech wgrają wersje v85 i sprawdzą...
------------------------------------------------------------------------------
[b] RegulaminOpenlinksys.info v0.1
[url=http://openlinksys.info/forum/viewthread.p
|
|
|
|
shibby |
Dodano 18-02-2013 09:53
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
oczywiście że tak.
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
|
|
|
kamilj |
Dodano 18-02-2013 10:00
|
Moderator
Posty: 982
Dołączył: 28/12/2011 12:24
|
Z tego co pamiętam ja wgrywałem prawie wszystkie wersje jakie wychodziły do v97 bez czyszczenia NVRAM i było wszystko ok...
Więc Panowie i Panie wgrajcie v85 i sprawdźcie czy jest ok... Oczywiście biorąc pod uwagę np. moje ustawienia WiFi
------------------------------------------------------------------------------
[b] RegulaminOpenlinksys.info v0.1
[url=http://openlinksys.info/forum/viewthread.p
|
|
|
|
REveAL |
Dodano 18-02-2013 10:31
|
User
Posty: 19
Dołączył: 18/02/2013 10:16
|
Witam,
mam ten sam problem. Posiadam Vectre 16Mbit/s. Od 23:00 do 12:00 NetGear WNR3500l v2 muli na N-ce. Dzisiaj wrzuce tomato 0.85 i potestuje. Bardzo mnie dziwi zachowanie routera. Zmiana taryfy ma wpływ na wydajność wifi 802.11n - masakra. Dziś rano testowałem router na symetrycznym łączu 100/100 Mbit/s i router chodzi bez problemu na n-ce.
PS - tak z ciekawości poczytajcie sobie to
http://forum.programosy.pl/routery-z-...63055.html |
|
|
|
Gikey |
Dodano 18-02-2013 12:50
|
User
Posty: 99
Dołączył: 20/10/2006 19:57
|
Nie ma problemu. Ja wieczorem potestuję 085.
Czy jest możliwość sprawdzenia, przez wysłanie odpowiednio spreparowanego zapytania do routera, jaka wersja sterownika jest w OFW Asusa RT-N15U?
Mógłbym to wtedy sprawdzić i może coś by nam to wyjaśniło (albo nie jeśli to ten sam sterownik co w toamto). Skoro u mnie na OFW śmiga a na tomato nie to taka wiedza mogłaby się okazać przydatna.
A może napiszę pytanie do Asus-a, może mi odpiszą jaka wersja sterownika i skąd (Broadcom czy sami napisali) - w sumie to niegłupi pomysł. Pytanie tylko czy mnie oleją czy odpowiedzą. Spróbować nie zaszkodzi.
Jeszcze jedna sprawa o której już kiedyś pisałem ale może zaginęła w czułościach historii
U mnie w tomato to WiFi N jest problemem ale zauważalnym i odczuwalnym przy otwieraniu zagranicznych stron (tak było na Netgear i tak jest na Asus-ie). Otwieranie polskich stron jest OK, przynajmniej do pewnego czasu, potem zaczyna trochę mulić. Może to da jakiś nowy trop. |
|
|
|
neotps |
Dodano 18-02-2013 16:58
|
User
Posty: 146
Dołączył: 12/12/2011 17:20
|
root@DD-WRT:~# nvram get os_version
4.150.10.5
Sprawdzę jeszcze na 085 jak działa.. |
|
|
|
REveAL |
Dodano 19-02-2013 09:55
|
User
Posty: 19
Dołączył: 18/02/2013 10:16
|
Witam. Wczoraj przez cały dzień testowałem netgeara 3500v2 na 0.85. I niestety nie mam dobrych wiadomości. Router na N-ce działał dobrze dokładnie do godziny 22:59. o 23:00 jak Vectra przełączyła mi taryfę z 16Mbit na wyższą n-ka jak na zawołanie zamuliła się i nie wyciągnąłem po wifi wiekszego transfery niż 512-1024 kbit/s Wiec niestety ale tomato 0.85. nie pomoglo. Wiec gdzie tkwi problem? N-ka działa na taryfie zwyklej...na nocnej muli. W pracy router katowałem cała dobe gdzie mam łącze 100/100 Mbit/s i router ani sie nie zająknął. ;/ Jakies propozycje?
ps- na taryfie nocnej oczywiscie wifi 802.11b/g działa bez problemu
Edytowany przez REveAL dnia 19-02-2013 10:18
|
|
|
|
kamilj |
Dodano 19-02-2013 11:20
|
Moderator
Posty: 982
Dołączył: 28/12/2011 12:24
|
To już wiem czemu u mnie działa bez problemu Nie mam taryfy nocnej... W takim razie naprawdę coś jest nie tak... Ustaw może automatyczne resetowanie WAN o 23 ??
------------------------------------------------------------------------------
[b] RegulaminOpenlinksys.info v0.1
[url=http://openlinksys.info/forum/viewthread.p
|
|
|
|
kowalel |
Dodano 19-02-2013 11:53
|
User
Posty: 11
Dołączył: 01/10/2012 23:55
|
@REveAL zainstaluj dd-wrt z tego tematu. U mnie działa on już 2 dzień bez problemu. Mam taryfę nocną i na wszystkich Tomato miałem problem taki jak ty a na dd-wrt jest ok ;/
//EDIT
@kamilj próbowałem resetowania ale nic to nie dawało |
|
|
|
incognito |
Dodano 19-02-2013 12:45
|
User
Posty: 8
Dołączył: 04/02/2013 10:17
|
Witajcie ponownie, długo mnie tu nie było, ale podzielę się co było u mnie najbardziej prawdopodobną przyczyną problemu z wireless 'N'. Wiem, że wyda się to dość dziwne, ale po wymianie modemu od Vectry z Arris'a na Cisco EPC3212... problem z wireless 'N' przestał nagle występować. W taryfie nocnej również mam pełną prędkość... Nie potrafię tego zjawiska jakoś logicznie wytłumaczyć. Tak więc po wymianie modemu wszystko chodzi jak trzeba, zarówno na OFW jak i na Tomato.
PS: Dodam tylko, że przy wymianie modemu uprzejmy pracownik Vectry poinformował mnie, że rzekomo ten model Arris'a który był w moim posiadaniu mógł nie dawać sobie rady z prędkością w mojej taryfie nocnej.
Edytowany przez incognito dnia 19-02-2013 12:46
|
|
|
|
REveAL |
Dodano 19-02-2013 12:46
|
User
Posty: 19
Dołączył: 18/02/2013 10:16
|
Resetowanie rzeczywiscie nic nie daje bo probowalem wczesniej. Resetowalem router jak i sam modem od Vectry. Mój kolega ma identyczny router i posiada łącze UPC 30 Mbit/s i tez nie ma problemu ze stabilnością WiFi 802.11n. Wiec ewidentnie cos ten netgear nie chce gadac z łączem vectry (DOCSIS 3).
DD-WRT srednio mnie interesuje gdyz mam tp-linka 1043nd z ddwrt i zalezalo mi na funkcjonalnosci tomato. Ale najciekawsze jest to ze to nie tylko wina tomato. Na orginalnym sofcie od NetGeara wlasnie problem jest taki sam jak na Tomato. I to na 100% zwiazane jest z taryfami nocnymi....bo co do sekundy wifi siada o 23:00 i dopiero dobrze jest o 12:00 nastepngo dnia. Dzis sproboje jeszcze jednej rzeczy. Ustawie na WANie limit na takie łącze jaki posiadam...czyli 16Mbit/s, zeby przy zmianie taryfy router nie dostal gupawki...moze to pomoze. Jesli nie to trzeba szukac rozwiazania z DDWRT....bo jak widac nawet producent, NetGear nie wie chyba ze jest taki problem. Ewentualnie jakos przebolec i siedziec caly czas na 802.11b/g
ps - incognito....a probowalem z tego ddwrt wrocic na OFW? bez problemowo to sie robi?...rozumie ze to ten ddwrt
http://www.myopenrouter.com/download/37462/DD-WRT-for-NETGEAR-WNR3500Lv2-Support-Release/
Edytowany przez REveAL dnia 19-02-2013 12:59
|
|
|
|
incognito |
Dodano 19-02-2013 13:18
|
User
Posty: 8
Dołączył: 04/02/2013 10:17
|
REveAL, o DD-WRT nie było ani słowa w moim poście Było za to o Tomato by Shibby, build 1.28.0000 MIPSR2-083V K26 USB BT-VPN. Nie mam zielonego pojęcia jak przebiega powrót z DD-WRT na OFW. |
|
|
|
REveAL |
Dodano 19-02-2013 13:53
|
User
Posty: 19
Dołączył: 18/02/2013 10:16
|
Sorki.....nie zauwazylem ze to mialo byc pytanie do kowalel a nie do Ciebie Ale odnosnie Twojej odpowiedzi...wymiana modemu pewnie by wszystkim pomogla skoro problemy dotycza posiadaczy wnr3500l v2 tylko wlasnie z łaczami z taryfami....(przede wszystkim vectra). Ciekawe jest tylko to, ze jakos na tplinku 1043nd taryfa nie ma wplywu na stabilnosc n-ki. Ale coz.
ps- mysle ze po prostu modemy od vectry i akurat chipset uzyty w netgeare gryzą się przy jakis modyfikacjach sieci ze strony ISP. |
|
|
|
kowalel |
Dodano 19-02-2013 14:19
|
User
Posty: 11
Dołączył: 01/10/2012 23:55
|
REveAL, dwa razy przechodziłem z dd-wrt <=> Tomato i nie miałem z tym żadnych problemów. Właśnie z tego linka pobierałem.
A co do modemu z Vectry to ja też mam Cisco EPC3212 i problemy na nim występują. |
|
|