3500l v2 + SS4100 = dramat, mega pingi zrywanie
|
ogrodnik |
Dodano 26-10-2012 22:02
|

User

Posty: 16
Dołączył: 05/02/2011 02:17
|
Witam
Mam problem z parą 3500l v2 + SS4100 - i już sam nie wiem czy jest coś uwalone, czy błędy w konfiguracji - proszę bardzo o pomoc.
Może opiszę w skrócie o co chodzi:
Dziś rano Internet przestał działać (wg. logów Netia 7:41), zbiegło to się ze spadkiem napięcia w mojej okolicy, więc większość urządzeń
się zrestartowała ale internet nie wstał.
Konfiguracja była taka:
SS4100 jako brigde + 3500L v2 jako PPoE i wszystko śmigało, pingi stabilne 45-60 (na 3500L ze skryptu RAF podzielone łącze, filtry WIFI itp.)
skonfigurowane porządnie.
Jak zestaw nie wstał tj. Netgear nie mógł się wdzwonić i nawiązać połączenia - skontaktował się z Netią, sprawdzili na łączach - restart bramki itp.
po ich stronie wyglądało, że jest ok - zasugerowali podpięcie samego modemu - co zajęło troszkę, bo konieczny był głęboki restart, zresetowanie ustawień - bo
nie mogłem się do niego zalogować. Po zresetowaniu wprowadzeniu danych do modemu - połączenie nastąpiło gładko (na PPoA).
Więc ponownie podłączyłem do N3500L i nic, żadnego połączenia PPoE.
Skorzystałem z tej metody:
http://openlinksys.info/forum/viewthread.php?thread_id=13196&highlight=4100&pid=107576#post_107576
ale nie działa (podobnie jak koledze na samym dole tego wątku) - próbowałem różnych ustawień (z NAT/bez NAT i reszty na modemie, z DHCP on/off, z ustawieniami 0/35 i 8/35 - działają tylko te 1 bo to linia TPSA, ale usługi Netia - próbowałem różnych ustawień PPoE po stronie Netgeara - z wpisanym IP modemu/bez czyli 0.0.0.0 itp.) za nic Netgear nie chce nawiązać połączenia przez PPoE, po prostu nie i koniec (nie przeflaszowałem jeszcze Tomato na tym Netgear - jeśli ma to pomóc, to to zrobię - ale mam sporo ustawień i będzie to lekko kłopotliwe).
Aby nie być pozbawionym kontaktu ze światem (m.in. przejrzałem większość wątków tutaj) postawiłem tak:
SS4100 jako modem + DHCP
3500L v2 jako Router + DHCP
działa, ale to rozwiązanie wybitnie mi nie leży - bo pingi są na poziomie 40-800 i skaczą non stop, połączenie nie jest stabilne (niby jest 2Mbit ale transfer jest 0,25-2Mbit i ciągle skacze, co wcześniej nie występowało), nie działa DDNS (jest mi niezbędny) bo IP wypluwa 192.168.254.x a nie wdzwonione po PPoE.
I przyznam, że jestem w kropce (sporej kropce) - bo nie mam przesłanek, że któreś z urządzeń nie działa:
- sam modem działa, wdzwania i utrzymuje połączenie,
- router utrzymuje sieć wewnętrzną, nie sypie błędami, nie zrywa połączeń (ma jakby mniejszy zasięg - pracował na 80mW, ale podbiłem do 105mW i jest ok)
ale razem nie chcą zgodnie pracować jako bridge+PPoE i router - a pracowały tak zgodnie ostatnie 1,5 roku.
Ma ktoś może jakiś pomysł? Przepełniony bufor w 3500L? albo reflash modemu?
Lepiej sobie radzę z GUI, ale jak będzie trzeba powalczę też z SSH albo Telnetem.
WL-1600GL ---> WNR3500L ----> RT-N18U
Tomato RT-N18U-ARM--127-AIO-64K
QNAP 219P+/2TB
|
|
|
|
hermes-80 |
Dodano 26-10-2012 23:41
|

VIP

Posty: 3681
Dołączył: 21/04/2009 11:24
|
- jaka wersja Tomato na WNR,
- SS sprawdził bym tryb bridge zestawiając PPPoE na PC,
- przefleszować na v102,
- obowiązkowe czyszczenie NVRAM,
- sprawdzić zasilacze w obu,
- DDNS działa za podwójnym NAT- em na WNR (sam tak mam) ale trzeba konfig poprawić,
===============================================================
Netgear WNR3500L v1
Podziękowania dla administracji Openlinksys.info!
|
|
|
|
ogrodnik |
Dodano 27-10-2012 13:09
|

User

Posty: 16
Dołączył: 05/02/2011 02:17
|
dzięki za odpowiedź
- Tomato v99 na WNR3500 v1 jednak (czyli 8MB/64MB)
- nie działa PPoE też na PC - błąd 619 wyskakuje
- reflash na razie wstrzymany do uzyskania sprawności modemu
- zasilacze sprawdzone (mam miernik i zapasowy zasilacz) więc
są sprawne na 100%
- to troszkę mnie pocieszyłeś, ale dalej walczę.
szukam teraz tego błędu 619 - bo rozumiem, że PPoE na PC analogiczne jak na WNR3500 - tzn. bez DHCP i 2684-Bridge na modemie?
WL-1600GL ---> WNR3500L ----> RT-N18U
Tomato RT-N18U-ARM--127-AIO-64K
QNAP 219P+/2TB
|
|
|
|
hermes-80 |
Dodano 27-10-2012 16:56
|

VIP

Posty: 3681
Dołączył: 21/04/2009 11:24
|
Skoro nie działa PPPoE na PC to masz problem z modemem lub łączem.
===============================================================
Netgear WNR3500L v1
Podziękowania dla administracji Openlinksys.info!
|
|
|
|
lucray |
Dodano 29-10-2012 20:10
|

User

Posty: 8
Dołączył: 05/02/2011 20:02
|
Wróć do ustawienia Speedstream (bridge) + Netgear
W momencie kiedy tomato nie będzie umiało złapać połączenia pppoe zresetuj samego speedstreeama.
Mam prawie identyczne warunki tj netia na łączach tp + speedstrem + netgear i mam te same objawy (jak działalo to działało ale od jakiegoś czasu bez resetu SS się nie połączy. Tak samo jest na tomato 102 i tak samo było na 97).
Przestawiałem SS w tryb router + neatger i połączenie trzymał aż miło wykluczam więc problemy z linia i modemem).
Poruszałem kiedyś ten temat tutaj na forum niemniej bez echa. |
|
|
|
ogrodnik |
Dodano 30-10-2012 00:10
|

User

Posty: 16
Dołączył: 05/02/2011 02:17
|
lucray
ale brigde jako ustawienie 2684B? czy "twardo" opcja Brigde wybrana z ustawień SS4100? coś jeszcze w samym SS4100 zmieniałeś? ustawienia Firewall'a albo NAT/NAPT?
hermes-80
a jak zrobiłeś podwójny DDNS za podwójnym NAT-em? nie mogę przekierować portów z SS4100 - bo to inna hierarchia - 192.168.254.x a LAN jest 192.168.1.x - trochę jestem w kropce.
WL-1600GL ---> WNR3500L ----> RT-N18U
Tomato RT-N18U-ARM--127-AIO-64K
QNAP 219P+/2TB
|
|
|
|
lucray |
Dodano 30-10-2012 21:57
|

User

Posty: 8
Dołączył: 05/02/2011 20:02
|
2684B bo "twardy" bridge zamyka dostęp do modemu z poziomu www, a mi zależy na podglądzie parametrów linii. |
|
|
|
hermes-80 |
Dodano 30-10-2012 22:06
|

VIP

Posty: 3681
Dołączył: 21/04/2009 11:24
|
Nie ma potrzeby przekierowywać portów dla klienta DDNS.
===============================================================
Netgear WNR3500L v1
Podziękowania dla administracji Openlinksys.info!
|
|
|
|
m4r0n |
Dodano 31-10-2012 16:22
|

User

Posty: 17
Dołączył: 24/10/2012 19:47
|
@ogrodnik
W ustawieniach SS4100 pracującego jako Bridged dla Encapsulation Type wybierz LLC, a nie VCMUX. |
|
|
|
ogrodnik |
Dodano 08-11-2012 10:39
|

User

Posty: 16
Dołączył: 05/02/2011 02:17
|
ok, poradziłem sobie pośrednio - nie ma szans na działanie w trybie bridge ani na PC ani na WNR3500L - po prostu bridge+PPoE nie wdzwania się i koniec, może zmiana na szafie jakaś? nie wiem.
poradziłem sobie przez odblokowanie IP passthru na SS4100, to pośrednie rozwiązanie, ale efekt w zasadzie podobny - tyle że na WNR3500L jest trochę "bałagan" z IP, tj. wszystko "z zewnątrz" wbija się na router i pokazuje jako połączenie vlan2, więc jeszcze muszę popracować nad NAT'em.
W każdym razie, na przyszłość - jakby ktoś miał taki problem proszę zrobić zgodnie z opisem tutaj:
http://www.elektroda.pl/rtvforum/topi...72423.html
opis jest zgodny z SS4100/SS4200 - w zasadzie firmware nie ma znaczenia (tzn. jego rev.), przetrenowałem 6-7 różnych - bez zmian.
Jakby ktoś miał pytania proszę o kontakt, pomogę zrobić przez IP passthru - odblokowanie ukrytych możliwości.
dzięki za pomoc!
WL-1600GL ---> WNR3500L ----> RT-N18U
Tomato RT-N18U-ARM--127-AIO-64K
QNAP 219P+/2TB
|
|
|