|
WNR3500L v2 problemy z prędkością internetu via WiFi
|
| REveAL |
Dodano 19-02-2013 14:30
|
User
Posty: 19
Dołączył: 18/02/2013 10:16
|
nom ja tez mam ten modem co ty. To w takim razie nie ma rozwiazania na chwile obecna. Trzeba by potestować rozne wersje tomato z roznymi sterownikami od WiFi. Shibby musialby pokompilować kilka obrazow i je gdzie udostepnic.
Dodam, ze dopiecie netgeara do innego routera tzn
Modem -> Router z dzialajacym 802.11n -> netgear wnr 3500l
tez zamula na n-ce w taryfie nocnej. Wiec pewnie przy zmianie taryfy transmisja po 802.11n z netgeara 3500l zatyka modem od vectry i stad tak niski transfer. Bo zauwazcie ze po WLAN'ie nka nie jest zatkana...tylko gdy transmisja jest na WANie. Wiec mysle ze modem musi o 23:00 i o 12:00 zaciagac konfig z serwera o innej przeplywnosci danej dla uzytkownika. I to napewno jest kwestia sterownikow od wifi w netgeare i charakteru sieci ze zmienna przeplywnoscia. Mysle, ze jakby vectra nie wachlowala bitratem na modemie to bylo by wszystko ok. Moj kumpel ma internet tez z kablowki gdzie nie ma zmian predkosci łącza i jest ok.
Edytowany przez REveAL dnia 19-02-2013 14:51
|
| |
|
|
| shibby |
Dodano 19-02-2013 14:45
|
SysOp
Posty: 17138
Dołączył: 15/01/2009 20:30
|
przy Vectrze WAN ustawiacie na DHCP prawda?
Czy na jakimkolwiek tomato działało to dobrze? Mówię tu o pierwszych wersjach tomato na ten router.
Router: Unifi Cloud Gateway Max
Switch: Unifi USW-Lite-16-PoE
Switch: Unifi USW-Flex-Mini - szt. 2
Wi-Fi: Unifi U6-Lite - szt. 2
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
| |
|
|
| REveAL |
Dodano 19-02-2013 14:47
|
User
Posty: 19
Dołączył: 18/02/2013 10:16
|
Tak. Adres ip przydzielany jest dynamicznie po MAC'u urzadzenia. |
| |
|
|
| kowalel |
Dodano 19-02-2013 14:54
|
User
Posty: 11
Dołączył: 01/10/2012 23:55
|
shibby, tak adres przydzielany jest po DHCP. Problem występuje na wszystkich wersjach tomato.
Może działanie trybu n na dd-wrt powiązane jest z większa liczba parametrów do konfiguracji WMM:
kowalel załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
|
| |
|
|
| Gikey |
Dodano 19-02-2013 15:27
|
User
Posty: 99
Dołączył: 20/10/2006 19:57
|
Cytat REveAL napisał(a):
Mysle, ze jakby vectra nie wachlowala bitratem na modemie to bylo by wszystko ok. Moj kumpel ma internet tez z kablowki gdzie nie ma zmian predkosci łącza i jest ok.
To chyba nie jest problem stałości prędkości łącza. Ja mam przez całą dobę stałe 15/2 Mbit z Toya-i z Łodzi i też były problemy, modem to Cisco 3008.
Problem z Tomato występował u mnie na WNR3500Lv2 i teraz na Asus-ie RT-N15U (ten Netgear i Asus są na tym samym chipsecie).
Na OFW problem występował tylko na Netfear, na Asus-ie na OFW 'N' śmiga aż miło.
G |
| |
|
|
| REveAL |
Dodano 19-02-2013 16:42
|
User
Posty: 19
Dołączył: 18/02/2013 10:16
|
Widocznie w Toya net miales przez caly czas z takimi parametrami jak my w taryfie nocnej. Nie mowie ze to nie wina sterow od WIFI bo pewnie tak jest. Ale jak widac inni nie maja problemu z routerem na łączach od innych providerow. Mysle ze potestowanie roznych sterow pod wifi dla netgeara by rozwiazalo problem. Trzeba by byo tylko przygotowac rozne obrazy do zassania.
Trzeba w takim razie wydlubac sterownik z ofw od asusa i potestowac w tomato. Moze to by zakonczylo problem.
Edytowany przez REveAL dnia 19-02-2013 17:21
|
| |
|
|
| neotps |
Dodano 19-02-2013 18:13
|
User
Posty: 146
Dołączył: 12/12/2011 17:20
|
Nie widzę uzasadnienia aby modem (sam mam Arris Modem CM820) mógł powodować takie problemy z pracą rutera, zwłaszcza że na DD WRT działa, na OFE w Asus też działa, więc to kwestia sterowników i na nich trzeba było by się skupić, gdyż są najbardziej prawdopodobną przyczyną całego zamieszania. Jeżeli to nie będą sterowniki, wtedy sprawdzimy mniej realne możliwości mogące powodować ten problem..
A więc pytanie do eksperta. Czy da się wyciągnąć sterownik z OFE Asusa i wrzucić go do tomato? |
| |
|
|
| shibby |
Dodano 19-02-2013 18:46
|
SysOp
Posty: 17138
Dołączył: 15/01/2009 20:30
|
Cytat A więc pytanie do eksperta. Czy da się wyciągnąć sterownik z OFE Asusa i wrzucić go do tomato?
Ale przeciez w moim tomato jest najnowszy sterownik wydlubany ze zrodel asusa...
Router: Unifi Cloud Gateway Max
Switch: Unifi USW-Lite-16-PoE
Switch: Unifi USW-Flex-Mini - szt. 2
Wi-Fi: Unifi U6-Lite - szt. 2
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
| |
|
|
| Gikey |
Dodano 19-02-2013 18:50
|
User
Posty: 99
Dołączył: 20/10/2006 19:57
|
Napisałem do Asus-a pytanie w sprawie sterowników do chipsetu w Asus RT-N15U i dostałem taką ogólna odpowiedź:
(...)
ASUS wykorzystuje oprogramowanie producenta chipsetu, niestety nie mam możliwości ustalenia jakiej dokładnie wersji.
(...)
Mały kroczkami zbieramy coraz więcej informacji.
G |
| |
|
|
| neotps |
Dodano 19-02-2013 19:12
|
User
Posty: 146
Dołączył: 12/12/2011 17:20
|
Firmware: DD-WRT v24-sp2 (04/10/12)
Time: 19:03:36 up 9 days, 17:33, load average: 0.00, 0.02, 0.00
Skoro to nie sterownik, to dlaczego od 9 dni ruter służy mi dobrze, jednak nie jest to tomato, które spełnia moje oczekiwania co do możliwości...
Samo tomato jest problemem?
@maxikaaz
w DD-WRT MTU jest ustawione na AUTO (pewnie takie samo jak na modemie) natomiast w tomato jest na sztywno ustawione chyba 1500?
Połączony z 19 luty 2013 19:13:45:
@Gikey @maxikaaz jesteście z jednego miasta, nie możecie się zgadać, wymienić sprzętem i zrobić kilka testów, tak aby sprawdzić, czy modem działa dobrze na innej lokalizacji?
Edytowany przez neotps dnia 19-02-2013 19:13
|
| |
|
|
| neotps |
Dodano 19-02-2013 19:42
|
User
Posty: 146
Dołączył: 12/12/2011 17:20
|
@maxikaaz nie żebym próbował na siłę Was zmuszać do czegoś, no ale nie dałbyś rady zapakować swój sprzęt i sprawdzić i Gikey jak tam się ma sytuacja?
Zmieniłem MTU na manual 1500 i padł net, ruter nie pobierał IP od modemu.. przywrócenie wartości auto tez nie pomogło.. Jedynie restart do ustawień fabrycznych.. (Reset też nie zadziałał)
@Gikey
Ustaw strefę czasową na UTC+01:00 nadal mnie godzina 23 zastanawia.. DD_WRT ma właśnie UTC+01:00 jako domyślną.. |
| |
|
|
| Gikey |
Dodano 19-02-2013 19:42
|
User
Posty: 99
Dołączył: 20/10/2006 19:57
|
Jak już kiedyś pisałem, mając jeszcze Netgeara, do końca lutego mam jeszcze Neostradę 6/0,5 na Speedstream-ie 4100 (połączenie z netem przez PPPoE).
Wrzuciłem przed chwilą najnowsze Tomato 1.06. Przy łączu z Toya-i 15/2 'N' muli, podłączyłem Neostradę i jest OK. Choć o ile dobrze pamiętam to przy Netgearze przez pewien czas Neo było OK a potem muliło.
Na razie zostawię na kilka dni Toamto + Neo i zobaczę. Albo zacznie mulić albo będzie OK. Jak będzie OK to może to być wskazówka że większe prędkości netu są problemem tych routerów z firmware Tomato i OFW. No ale OFW Asus działa.
Zaczynam już głupieć z tym wszystkim.
@maxikazz
Jak się sprawdza jakie MTU wychodzi z modemu?
Przy Neo i PPPoE na routerze MTU w trybie default ustawia się na 1492. Przy Toya-i i DHCP ustawia się na 1500.
Połączony z 19 luty 2013 19:51:31:
Cytat shibby napisał(a):
Cytat A więc pytanie do eksperta. Czy da się wyciągnąć sterownik z OFE Asusa i wrzucić go do tomato?
Ale przeciez w moim tomato jest najnowszy sterownik wydlubany ze zrodel asusa...
OK. Ale czy masz wiedzę w zakresie, że jest tylko jeden uniwersalny sterownik do wszystkich chipsetów Broadcoma czy tylko masz dostęp do tego wyciągniętego i nie wiesz czy jest on uniwersalny czy przeznaczony do danego chipsetu a że przy okazji działa na jeszcze innych chipsetach to tylko na plus.
Bo jeśli Broadcom ma faktycznie tylko jeden uniwersalny sterownik do wszystkich chipsetów to możemy odpuścić kwestię poszukiwania sterownika i kompilowania specjalnej wersji Toamto i może poprosić cię Shibby abyś pomyślał coś kwestii szybszych łączy internetowych - patrz mój test z Neostradą -> WiFi N działa OK czyli sterownik w tym Tomato jednak działa z moim routerem.
Przy założeniu, że jest tylko jeden, uniwersalny dostępny sterownik dla wszystkich to i dd-wrt musi na nim chodzić a tam jak przetestował neotps to wszystko śmiga. W moim zatem odczuciu na chwile obecną mamy do czynienia z problemem WiFi N przy szybszych łączach internetowych. Aczkolwiek już widzę, że zaraz ktoś, może nawet i ty, powie że ma jeszcze szybsze łącze niż moje czy innych tu ludzi z problemem a WiFi N ci śmiga i wracamy do punktu wyjścia.
Jak już napisałem, głupieję w tej sprawie.
Edytowany przez Gikey dnia 19-02-2013 19:58
|
| |
|
|
| REveAL |
Dodano 19-02-2013 20:13
|
User
Posty: 19
Dołączył: 18/02/2013 10:16
|
Nie jest to kwestia szybkiego neta gdyz testowalem netgeara na symetrycznym laczu 100/100 i na 30/ 2 Mbit/s. |
| |
|
|
| kamilj |
Dodano 19-02-2013 20:34
|
Moderator
Posty: 982
Dołączył: 28/12/2011 12:24
|
Panowie... Shibby pisał jasno że obecnie mamy w tomato sterownik z Asus-a RT-N66u... W dd-wrt jest stary sterownik przeportowany przez Teddiego ze źródeł Netgeara. Jeżeli na dd-wrt ten sterownik działa poprawnie istnieje możliwość że zrobi testową wersję tomato specjalnie z tym sterownikiem żeby sprawdzić czy wtedy wszystko będzie ok. Więc kwestia jest tego czy prosimy go o taką testową wersję? Jeżeli tak można do niego napisać póki kompiluje v106 (jeżeli jeszcze kompiluje) żeby taką przygotował...
------------------------------------------------------------------------------
[b] RegulaminOpenlinksys.info v0.1
[url=http://openlinksys.info/forum/viewthread.p |
| |
|
|
| neotps |
Dodano 19-02-2013 20:52
|
User
Posty: 146
Dołączył: 12/12/2011 17:20
|
Póki mam ruter chętnie bym sprawdził, czy ze sterownikiem z DD-WRT będzie tomato działać, czy to coś innego.. Wtedy przynajmniej kwestie sterownika udało by się wykluczyć. Jestem jak najbardziej za. |
| |
|
|
| kamilj |
Dodano 19-02-2013 20:56
|
Moderator
Posty: 982
Dołączył: 28/12/2011 12:24
|
Prośba przekazana teraz trzeba poczekać na informacje czy istnieje szansa na taki testowy build...
------------------------------------------------------------------------------
[b] RegulaminOpenlinksys.info v0.1
[url=http://openlinksys.info/forum/viewthread.p |
| |
|
|
| Gikey |
Dodano 19-02-2013 21:39
|
User
Posty: 99
Dołączył: 20/10/2006 19:57
|
Przeportowanie niczego nie zmieniło.
Z MTU też nic nie wskórałem zwłaszcza, że na przykład na polskich stronach jest na poziomie 1472 a na zagranicznych 1444 albo też następuje utrata pakietów. To może tak być, że różne strony chodzą na różnych MTU? To oczywiście na łączu Toya-i.
Na Neostradzie wszystko śmiga przy ustawionym MTU na 1492. |
| |
|
|
| Gikey |
Dodano 19-02-2013 22:32
|
User
Posty: 99
Dołączył: 20/10/2006 19:57
|
No to jeśli takie zachowanie MTU nie jest rzeczą normalną to może niech inni sprawdzą u siebie.
Ja na www.onet.pl miałem 1472 a na www.gsmarena.com 1444.
Sprawdzenie przez:
Uruchom -> CMD
wpisujemy: ping -f -l
Np.: ping www.onet.pl -f -l 1490
Zaczynacie od wysokich wartości MTU np. 1500 i schodzicie stopniowo niżej aż przestaniecie dostawać informację o fragmentacji pakietów.
Tak czy inaczej znów pojawia się pytanie: co to ma wspólnego z trybem G na którym działa i trybem N na którym nie działa?
Edytowany przez Gikey dnia 19-02-2013 22:42
|
| |
|
|
| REveAL |
Dodano 20-02-2013 08:54
|
User
Posty: 19
Dołączył: 18/02/2013 10:16
|
No wlasnie. Na 802.11g nie muli na 802.11n muli. A po skrętce chodzi mimo taryf nocnych. Wiec co jest? Mysle, ze tego szybko nie rozwiazemy. Bo to pewnie wina routera i dostawcy internetu w jaki sposob dostarcza łącze do klienta. Wydaje mi sie, ze router nie radzi sobie po prostu po 802.11n z transmisja po zmianie taryfy. Router dostaje gupawki i zamiast szybsze transfery obrabiac na WANie to jest ograniczony.
Edytowany przez REveAL dnia 20-02-2013 09:00
|
| |
|
|
| shibby |
Dodano 20-02-2013 08:56
|
SysOp
Posty: 17138
Dołączył: 15/01/2009 20:30
|
a tryb N z szerokością kanału 20Mhz jak chodzi?
Router: Unifi Cloud Gateway Max
Switch: Unifi USW-Lite-16-PoE
Switch: Unifi USW-Flex-Mini - szt. 2
Wi-Fi: Unifi U6-Lite - szt. 2
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
| |
|
' target='_blank'>Link
