|
WAG54GX2 & PAP2T - bramka leży po reconnect'cie neo.
|
| piwo |
Dodano 02-02-2007 10:54
|
User
Posty: 5
Dołączył: 02/02/2007 10:22
|
Mam identyczny problem, jak Tomek z posta z 15/12/06: po codziennej zmianie adresu Neostrady bramka PAP2T nie potrafi dolaczyc sie do SIP operatora (IPFON)- 'Can't login to server' Konfiguracja
-WAG54GX2 Firmware Version: V1.00.09
-PAP2T Firmware Version: 5.1.1(LS)
Pomaga (1) wylaczenie rutera i bramki oraz (2) wylaczanie linii w bramce na jakies 5 min i pozniej wlaczenie
Prosze o pomoc, poniewaz nie chce wyrzucac WAG54GX2
Pozdr, Pawel |
| |
|
|
| bigl |
Dodano 02-02-2007 11:28
|
Maxi User
Posty: 991
Dołączył: 17/05/2006 00:12
|
Poza aktualizacją FW na WAG54GX2 do najnowszej wersji niewiele można poradzić bo jest to raczej kwestia implementacji firewalla na routerze. Być może też pomoże wyłączenie forwardowania portów na routerze.
Router: Netgear R7000 + FreshTomato (latest)
Wi-Fi: Ubiquiti U6-Lite
NAS: AsRock BeeBox Fanless + Ubuntu 20.04 Server + WD My Book Essential 8TB
Players: Odroid N2+ with Coreelec / Android TV (Nokia Streaming Box 8010)
|
| |
|
|
| piwo |
Dodano 02-02-2007 12:13
|
User
Posty: 5
Dołączył: 02/02/2007 10:22
|
Tak! Wylaczylem forwardowanie jakichkolwiek portow, ktore moga byc zwiazane z VOIP (5060-1) oraz, w desperacj,i ustawilem bramke w DMZ. Moze to wylaczy wszystkie funkcje (spapranego) firewalla na adresie bramki?
Wynik poznam dzis wieczorem, bo zmiana adresu w w mojej Neo wystepuje zwykle ok godz. 18tej.
Ciekawe, ze PAP2T zachowuje sie lepiej - "trzyma sie nawet 2-3 dni" - jesli wlacze DHCP (zmienny lokalny adres IP) ??!!
Jestem wdzieczny za kazda pomoc, bo pracuje nad problemem (z przerwami) od pazdziernika.
Pozdr, Pawel |
| |
|
|
| piwo |
Dodano 04-02-2007 09:06
|
User
Posty: 5
Dołączył: 02/02/2007 10:22
|
Kicha! DMZ na bramce nie pomogl. Co robic? Wyrzucic ruter?!
Pozdr, Pawel |
| |
|
|
| robsonn |
Dodano 04-02-2007 12:24
|
OL Maniac
Posty: 1337
Dołączył: 04/03/2006 13:35
|
No właśnie wspomniałeś, że PAP2 zachowuje się lepiej na DHCP?
A próbowałeś wyłączyć na routerze DHCP i postawić całą sieć na sztywno - włącznie z kompami no i oczywiście bramką PAP2?
Jaki czas masz ustawiony w opcjach linii Register Expires: ? Może bramka za rzadko się loguje do operatora np. c o 600 sekund i stąd problemy z podłączeniem - ustaw tę opcję na 60 sekund.
Tomato ... since 0.01
WRT54G v2.2 Tomato 1.10 Turbo
WRT54GL v1.0 Tomato 1.07 Turbo
PAP2 NA v1.0 Stock firmware 3.1.5(LS) + IPFON
WPC11B v4.0 modded peek drivers
[b]WRT54 Script Generator - obowi?zkowe narz?dzie ka?dego Link
|
| |
|
|
| sanspam |
Dodano 05-02-2007 15:16
|
User
Posty: 3
Dołączył: 04/02/2007 09:28
|
hey,
ta sama konfiguracja, ten sam problem. ipfon na jednej linii, freeconet na drugiej i wszystko lezy po reconnect'cie neo z komunikatem Can't connect to login server.... |
| |
|
|
| piwo |
Dodano 05-02-2007 15:41
|
User
Posty: 5
Dołączył: 02/02/2007 10:22
|
Robsonn, dzieki.
1.Postawie siec 'na sztywno' i wtedy dam znac.
2.Mam rzeczywiscie 600 sekund. wpisywalem 60 s ale klopot polega na tym, ze IPFON sam mi to zmiania po jakims czasie na 600s. Jak sobie z tym poradzic?
Pozdr, Pawel |
| |
|
|
| sanspam |
Dodano 05-02-2007 20:07
|
User
Posty: 3
Dołączył: 04/02/2007 09:28
|
Provisioning zdaje sie trzeba wylaczyc.....
pozdr |
| |
|
|
| fox2plus |
Dodano 05-02-2007 20:44
|
Power User
Posty: 200
Dołączył: 08/01/2007 12:41
|
ad.2 operator ten parametr sam ustawia i bedzie Ci sam wracal
Sprzedam domene http://high-definition.com.pl
WR850G OpenWRT+SB4Ls
WRT54GL Tomato 1.02
WRT54GL Tomato 1.04
AG-188 IFon+Betamax
fox2pluspl@sip.voipdiscount.com
55413@sip.ifon.pl
GG: 8384201
|
| |
|
|
| robsonn |
Dodano 06-02-2007 00:30
|
OL Maniac
Posty: 1337
Dołączył: 04/03/2006 13:35
|
Operator nic ci sam nie ustawia. Bramka korzysta z domyślnych skryptów koniguracyjnych dla danego operatora, które wczytywane są tylko gdy masz włączone Provisioning (skrypty wysyła do ciebie sam operator) - taka jakby zdalna administracja przez opa twoja bramka - np. mozliwosc zdalnego upgradu i blokada bramki 
Musisz zalogować się jako Admin i przejść w advanced view -> następnie zakładka Provisioning i pierwsza opcja od góry Provision Enable ustaw ją na NO. I po kłopocie. U mnie jakoś na bramce nic się samo nie przestawia
Tomato ... since 0.01
WRT54G v2.2 Tomato 1.10 Turbo
WRT54GL v1.0 Tomato 1.07 Turbo
PAP2 NA v1.0 Stock firmware 3.1.5(LS) + IPFON
WPC11B v4.0 modded peek drivers
[b]WRT54 Script Generator - obowi?zkowe narz?dzie ka?dego Link
|
| |
|
|
| misb |
Dodano 06-02-2007 01:25
|
User
Posty: 8
Dołączył: 06/02/2007 01:01
|
Mam ten sam problem na innym sprzęcie, czyli lekko zmodyfikowany modem (na router) DSL-300T + bramka AG188. Dość mocno drążyłem problem, no i chyba go zidentyfikowałem. Spróbuj zrestartować sam router, i zaczekaj z 5 minut. Bramka powinna załapać providera. Kolejny sposób to po padzie zmienić lokalny port SIP w bramce... zdalny jest zawsze 5060, a lokalny może byc dowolny (ag188 ma taką możliwość). W tym momencie bramka natychmiast łapie providera bez konieczności restartu czegokolwiek. To przybliża nas do źródła problemu, czyli routera. Otóż skubaniec keszuje w swojej pamięci trasy routingu oraz przypisania portów (tak sądze), i po zmianie IP te trasy prowadzą do nikąd... No i bramka pada. Jak zmienimy port źródłowy, to tworzy się nowa trasa i wszystko startuje normalnie. Niestety to jest opis problemu, ale na razie nie znalazłem rozwiązania. Nie udało mi się zmusić router do odnowienia tras (np poprzez konsole telnet, bo router ten też jest oparty na linuxie). Aczkolwiek mam słabe pojęcie o linuchu, więc może ktoś bardziej obeznany w tym temacie mnie oświeci.
Metody testu:
Powiesić bramke: Zrób disconnect na połączeniu PPPoA, a po chwili connect. IP sie zmienia, po chwili bramka leży. Można rownie dobrze odłączyć na chwile linie telefoniczną od routera aby stracił synchro i połączył się ponownie. Efekt ten sam - bramka po chwili leży (to znaczy leży od razu, ale po chwili dobiero "jaży" ze sie nie może zalogować).
Dźwignąc bramke: Zmienic w bramce "local SIP register port" na dowolny inny np.54321. Po max 3 minutach bramka wstaje jakby nigdy nic... Druga metoda to restart routera w dowolny sposob (przez www, telnet, wtyczką z prądu ect...). Efekt podobny - bramka wstaje.
Kolejny test to po zmianie portu na inny - jak już bramka wstanie, to jeszcze raz zmienić numer portu na ten poprzedni - bramka znów leży. Ale jak zmienimy na dowolny inny (wcześniej nieużywany albo spowrotem na ten nowy) to bramka robi reconnect w ciągu kilku sekund i dalej działa poprawnie.
Uff, ale się rozpisalem... Ale może jakiś guru od linucha wymyśli sposób na czyszczenie tych cache (albo co innego) po zmianie IP. Bo dodanie komendy REBOOT do automatu uruchamianego co 24 godziny chyba nie jest najlepszym pomysłem... |
| |
|
|
| piwo |
Dodano 06-02-2007 17:52
|
User
Posty: 5
Dołączył: 02/02/2007 10:22
|
Misb, jestem przekonany, ze dotarles do sedna sprawy. Wszystkie zachowania, tak, jak w Twoim opisie. Ciekawe, ze sa routery (i to Linksysa!), ktore nie maja tej wady, bo "oczyszczenie cashu" odbywa sie prawdopodobnie rowniez po zmianie zewnetrznego adresu IP.
A moze ktos wie jak usprawnic firmware aby problem zniknal. Moze inne rozwiazanie?
Pozdr, Pawel |
| |
|
|
| misb |
Dodano 06-02-2007 19:06
|
User
Posty: 8
Dołączył: 06/02/2007 01:01
|
Coś mi się zdaje że jest to "urok" routerów opartych na chipie Texas Instruments AR7DB. Zarówno mój D-Link, jak i Twój WAG54G do nich się zaliczają. Jest jeszcze sporo innych routerów na AR7 (http://www.linux-mips.org/wiki/AR7). Jestem ciekaw jak sprawa wygląda w AVM Fritz!Box, bo przecie to kombajn typu modem adsl+router+bramka, a też oparty jest na AR7. Może tam poprawiono firmware, albo co.
Na razie jestem na etapie przesiewania informacji, może coś znajdę. Choć prawdę mówiąc coraz bardziej skłaniam się do zamiany tych wszystkich pudełek na Daytrek'a 2700V ... all in one. |
| |
|
|
| sanspam |
Dodano 06-02-2007 22:41
|
User
Posty: 3
Dołączył: 04/02/2007 09:28
|
A czy mógłby ktoś sprawdzic u siebie to na ustawieniach jakiegos klona betamaxu? bo w sumie jedynie jak ustawie na jakiejś linii betamaxa (akurat na voipcheapie mam konto) to po reconnect neo bramka ładnie wstaje jednoczesnie oczywiście druga linia od razu leży, czy jak ustawie ipfona, czy tez freeconeta.
pozdr.
Edytowany przez sanspam dnia 06-02-2007 22:44
|
| |
|
|
| misb |
Dodano 07-02-2007 22:25
|
User
Posty: 8
Dołączył: 06/02/2007 01:01
|
Nie mam konta na zadnym betamaxie, wiec raczej nie bede mogl tego sprawdzic. |
| |
|
|
| misb |
Dodano 27-02-2007 01:35
|
User
Posty: 8
Dołączył: 06/02/2007 01:01
|
Problem rozwiązałem nieco naokoło, aczkolwiek skutecznie. Przestawiłem DSL-300 w tryb Bridge, i skorzystałem z routera wbudowanego w bramkę AG-188. Jako router ma kiepskie możliwości, ale przynajmniej w tej konfiguracji wszystko działa bez problemu. Pozostało mieć nadzieję że kiedyś wyjdzie poprawione firmware do mojego DSL'a. |
| |
|
|
| fox2plus |
Dodano 27-02-2007 06:50
|
Power User
Posty: 200
Dołączył: 08/01/2007 12:41
|
sanspam mam WRT54GL polaczona pod niego AG-188 2 konta VOIP (voipdiscount czyli betamax i iphone) po rebocie brameczka laczy sie natychmiast z tymi 2 operatorami, jak byly prace modernizacyjne robione przez tp sa i czesto byl reconnect tak samo laczyla sie natychmiast aha zarowno port lokalny jak i zdalny mam taki sam czyli 5060
Sprzedam domene http://high-definition.com.pl
WR850G OpenWRT+SB4Ls
WRT54GL Tomato 1.02
WRT54GL Tomato 1.04
AG-188 IFon+Betamax
fox2pluspl@sip.voipdiscount.com
55413@sip.ifon.pl
GG: 8384201
|
| |
|
|
| misb |
Dodano 02-03-2007 01:17
|
User
Posty: 8
Dołączył: 06/02/2007 01:01
|
fox2plus:
Tyle że Ty masz router WRT54GL, a problem występuje na WAG54GX2, a to zupełnie różne routery. Na WRT54GL problem ten nie występuje. |
| |
|
|
| KOSU |
Dodano 13-04-2009 19:49
|
User
Posty: 14
Dołączył: 02/07/2007 11:03
|
Udało nam się znaleźć rozwiązanie na problem z gubieniem rejestracji przez bramki PAP2T, podłączony do routerów ADSL marki Linksys takich jak: WAG200G, WAG54GS,WAG325N i inne, po zmianie adresu IP przez dostawcę internetu.
Problem polegał na tym iż routery utrzymywały na NAT w pamięci przez 120 sek. trasę [stary adresy IP publiczny] <->[adres IP lokalny dla bramki ort lokalny].
Pamięć tak była przez bramkę odświeżana przez domyślne ustawienia czasu ponawiania nieudanej rejestracji co 30 sek. oraz pakiety keep alive co 50 sek.
Rozwiązaniem okazało się spowodowanie, aby występował okres 120 sekundowej ciszy w komunikacji między bramką a routerem, pozwalający routerowi zapomnieć o tej trasie.
Należy poprawić ustawienia bramki PAP2T w takim zakresie:
1. zalogować się na bramkę w opcji Admin + Advanced View
2. w zakładce Provisioning ustawić Provisioning Enable = NO,
3. w zakładce SIP zmienić ustawienia 2 parametrów:
- Reg Retry Intvl: 240
- NAT Keep Alive Intvl:120
4. w zakładce Line parametr Register Expires: 600
« Ostatnia zmiana: Piątek, 29 Luty 2008, 16:42:48 wysłane przez psiwek » Zgłoś do moderatora Zapisane
Pozdrawiam
Przemysław Siwek
Dyrektor Rozwoju
IPFON |
| |
|
' target='_blank'>Link
