Asus WL500gP v1 + Huawei E3131s-2 + alternatywny soft, długie wznawianie

[pas72]

Wznawianie połączenia z aero2 za każdym razem trwa 42-43 sekundy.
Czy dobrze odczytuję, że router przez 30 sekund "odpoczywa"?:

Kod:

Feb 26 06:34:08 pppd[1489]: IPCP terminated by peer
Feb 26 06:34:08 dnsmasq[74]: read /etc/hosts - 5 addresses
Feb 26 06:34:08 dnsmasq[74]: reading /tmp/resolv.conf
Feb 26 06:34:08 dnsmasq[74]: using nameserver 193.41.112.18#53
Feb 26 06:34:08 dnsmasq[74]: using nameserver 193.41.112.14#53
Feb 26 06:34:08 USB Connection: Disconnected
Feb 26 06:34:08 pppd[1489]: LCP terminated by peer
Feb 26 06:34:11 pppd[1489]: Connection terminated.
Feb 26 06:34:11 pppd[1489]: Connect time 60.1 minutes.
Feb 26 06:34:11 pppd[1489]: Sent 307328 bytes, received 238364 bytes.
Feb 26 06:34:12 pppd[1489]: Connect time 60.1 minutes.
Feb 26 06:34:12 pppd[1489]: Sent 307328 bytes, received 238364 bytes.
Feb 26 06:34:12 pppd[1489]: Exit.
Feb 26 06:34:43 pppd[1535]: pppd 2.4.2 started by admin, uid 0
Feb 26 06:34:45 pppd[1535]: Serial connection established.
Feb 26 06:34:45 pppd[1535]: Using interface ppp0
Feb 26 06:34:45 pppd[1535]: Connect: ppp0 <--> /dev/usb/tts/0
Feb 26 06:34:48 pppd[1535]: Could not determine remote IP address: defaulting to 10.64.64.64
Feb 26 06:34:48 pppd[1535]: local  IP address 37.209.139.179
Feb 26 06:34:48 pppd[1535]: remote IP address 10.64.64.64
Feb 26 06:34:48 pppd[1535]: primary   DNS address 193.41.112.14
Feb 26 06:34:48 pppd[1535]: secondary DNS address 193.41.112.18
Feb 26 06:34:48 dnsmasq[74]: read /etc/hosts - 5 addresses
Feb 26 06:34:49 dnsmasq[74]: reading /tmp/resolv.conf
Feb 26 06:34:49 dnsmasq[74]: using nameserver 193.41.112.18#53
Feb 26 06:34:49 dnsmasq[74]: using nameserver 193.41.112.14#53
Feb 26 06:34:51 USB Connection: connected to ISP

Czy ktoś może mi podpowiedzieć, gdzie mam szukać ustawienia odpowiedzialnego za pauzowanie przez te 30 sekund?
(Router ma wgrany firmware Koppela; modem chyba to, co kiedyś dostał w salonie T-mobile)

szopen: edycja tytułu, czerwiec 2015 dodanie uwagi poniżej

Uwaga od wiosny 2015 czyli integracji z siecią Plusa obowiązują nowe adresy serwerów DNS, są to
212.2.96.51
i
212.2.96.52
zastępują one poprzednio używane serwery Sferii 193.41.112.18 i 193.41.112.14

[jakubd]

A o jakim routerze mówimy?
Koppela też nie wiem co to

W OpenWRT mpożna kombinować ze sposobem działania pppd - bo za wznawianie może być odpowiedzialny sam pppd, albo shell - ta druga metoda działa czasem lepiej.

[szopen]

podejrzewam, że chodzi o Asus'a WL500g i
http://koppel.cz/cdmawifi/

może warto spojrzeć na jeszcze jeden alternatywny projekt
http://code.google.com/p/wl500g/

[pas72]

Tak, to ten Koppel (rocznik 2008 - najnowsza wersja ) i wl500gPv1.
Ponieważ ręce mi się trzęsą przy linuxowych instalacjach, więc jak tylko się da, uciekam do firmware, gdzie większość ustawień moźna wpisać w okienka. O Olegu czytałem kilka lat temu, i wtedy wydał mi się bardzo "konsolowy", więc dotąd go omijałem.
Domyślam się, że owe 30 sekund bezczynności może mieć odzwierciedlenie w jakimś pliku konfiguracyjnym określającym częstotliwość sprawdzania połączenia. Czy możecie podpowiedzieć, gdzie mógłbym znaleźć takie ustawienia? Może jest jakaś analogia do rozwiązań np. w Olegu...
Czy firmware modemu może mieć coś wspólnego z tą 30-sekundową nieaktywnością?

[jakubd]

Niekoniecznie - tego typu okresy oczekiwania mogą być nawet wkompilowane w wersję pppd. Stąd zalecane są czasem zmiany sposobu wznawiania tak, aby wyłączyć automatykę PPPD, a oprzeć się na automatyce shella.
A wszystko to nasiliło się teraz z powodu opisanego na blogu - http://jdtech.pl/2014/02/aero2-problemy-...ow-ip.html

[pas72]

(26-02-2014 18:31)jakubd napisał(a):  Niekoniecznie - tego typu okresy oczekiwania mogą być nawet wkompilowane w wersję pppd. Stąd zalecane są czasem zmiany sposobu wznawiania tak, aby wyłączyć automatykę PPPD, a oprzeć się na automatyce shella.
A wszystko to nasiliło się teraz z powodu opisanego na blogu - http://jdtech.pl/2014/02/aero2-problemy-...ow-ip.html

Wpływ braku dostępnych numerów IP na czas wznawiania połączenia wydaje się nieprawdopodbne, kiedy za każdym razem czas wznawiania to dokładnie 42-43 sekundy (z logu odczytałem chyba kilkanaście razy).
Natomiast wczoraj i dzisiaj sporadycznie pojawiało się coś takiego:

Cytat:Feb 26 13:07:03 pppd[1986]: pppd 2.4.2 started by admin, uid 0
Feb 26 13:07:05 pppd[1986]: Serial connection established.
Feb 26 13:07:05 pppd[1986]: Using interface ppp0
Feb 26 13:07:05 pppd[1986]: Connect: ppp0 <--> /dev/usb/tts/0
Feb 26 13:07:37 pppd[1986]: IPCP: timeout sending Config-Requests
Feb 26 13:07:43 pppd[1986]: Connection terminated.
Feb 26 13:07:44 pppd[1986]: Exit.
Feb 26 13:08:15 pppd[2023]: pppd 2.4.2 started by admin, uid 0
Feb 26 13:08:17 pppd[2023]: Serial connection established.
Feb 26 13:08:17 pppd[2023]: Using interface ppp0
Feb 26 13:08:17 pppd[2023]: Connect: ppp0 <--> /dev/usb/tts/0
Feb 26 13:08:49 pppd[2023]: IPCP: timeout sending Config-Requests
Feb 26 13:08:55 pppd[2023]: Connection terminated.
Feb 26 13:08:56 pppd[2023]: Exit.
Feb 26 13:09:27 pppd[2060]: pppd 2.4.2 started by admin, uid 0
Feb 26 13:09:29 pppd[2060]: Serial connection established.
Feb 26 13:09:30 pppd[2060]: Using interface ppp0
Feb 26 13:09:30 pppd[2060]: Connect: ppp0 <--> /dev/usb/tts/0
Feb 26 13:09:33 pppd[2060]: Could not determine remote IP address: defaulting to 10.64.64.64
Feb 26 13:09:33 pppd[2060]: local IP address 93.154.240.50
Feb 26 13:09:33 pppd[2060]: remote IP address 10.64.64.64
Feb 26 13:09:33 pppd[2060]: primary DNS address 193.41.112.14
Feb 26 13:09:33 pppd[2060]: secondary DNS address 193.41.112.18
Feb 26 13:09:33 dnsmasq[74]: read /etc/hosts - 5 addresses
Feb 26 13:09:33 dnsmasq[74]: reading /tmp/resolv.conf
Feb 26 13:09:33 dnsmasq[74]: using nameserver 193.41.112.18#53
Feb 26 13:09:33 dnsmasq[74]: using nameserver 193.41.112.14#53
Feb 26 13:09:35 USB Connection: connected to ISP

... i może to "IPCP: timeout sending Config-Requests" jest właśnie wynikiem braku przydzielenia numeru IP.

Poprosiłbym o jakiś link do tematyki przełączania między "automatykami pppd i shella"

//uzupełnienie przez moderatora
Uwaga od wiosny 2015 czyli integracji z siecią Plusa obowiązują nowe adresy serwerów DNS, są to
212.2.96.51
i
212.2.96.52
zastępują one poprzednio używane serwery Sferii 193.41.112.18 i 193.41.112.14

[jakubd]

Pamiętam, że ktoś pisał o optymalizacji czasu łączenia w linuksie tutaj na forum - i właśnie coś takiego robił modyfikując skrypt dla Debian/Ubuntu - gdy rok temu był problem taki, jak teraz.
Ile będzie zabawy, żeby tego użyć w routerze - nie wiem. Może warto popytać na eko.one.pl (w temacie OpenWRT trudno znaleźć kogoś bardziej kompetentnego niż kolega Cezary, admin/twórca tamtego forum).

[pas72]

Po wgraniu firmware'u WL500gp-1.9.2.7-rtn-r5066.trx łączenie/wznawianie trwa około 10 sekund. Ewentualne odrzucenia połączeń przez aero2 też następują z częstotliwością 10 sekund.
Wznawianie odbywa się następująco:

Kod:

rcvd [LCP TermReq id=0x3]
LCP terminated by peer
Connect time 60.0 minutes.
Sent 531730 bytes, received 1846790 bytes.
Script /tmp/ppp/ip-down started (pid 444)
sent [LCP TermAck id=0x3]
Script /tmp/ppp/ip-down finished (pid 444), status = 0x0
rcvd [IPCP TermReq id=0x3]
Discarded non-LCP packet when LCP not open
Hangup (SIGHUP)
Modem hangup
Connection terminated.
Calling GPRS/UMTS/LTE
ATZ
OK
AT+CGDCONT=1,"IP","darmowy"
OK
ATD*99#
CONNECTchat:  Feb 27 20:20:51 CONNECT
Script /tmp/ppp/peers/wan0_chat.sh finished (pid 448), status = 0x0
Serial connection established.
using channel 4
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB0
sent [LCP ConfReq id=0x4 <mru 1492> <asyncmap 0x0> <magic 0x4ccf96e6> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <accomp> <pcomp> <asyncmap 0x0> <mru 1500> <magic 0x549> <auth chap MD5>]
No auth is possible
sent [LCP ConfRej id=0x1 <auth chap MD5>]
rcvd [LCP ConfAck id=0x4 <mru 1492> <asyncmap 0x0> <magic 0x4ccf96e6> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x2 <accomp> <pcomp> <asyncmap 0x0> <mru 1500> <magic 0x549>]
sent [LCP ConfAck id=0x2 <accomp> <pcomp> <asyncmap 0x0> <mru 1500> <magic 0x549>]
sent [LCP EchoReq id=0x0 magic=0x4ccf96e6]
sent [CCP ConfReq id=0x4 <mppe -H -M -S -L -D +C> <deflate 15> <deflate(old#) 15>]
sent [IPCP ConfReq id=0xc <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [LCP EchoRep id=0x0 magic=0x549]
rcvd [LCP ProtRej id=0x3 80 fd 01 04 00 12 12 06 00 00 00 01 1a 04 78 00 18 04 78 00]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
rcvd [IPCP ConfReq id=0x1]
sent [IPCP ConfNak id=0x1 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0xc <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
sent [IPCP ConfReq id=0xd <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [IPCP ConfReq id=0x2]
sent [IPCP ConfAck id=0x2]
rcvd [IPCP ConfNak id=0xd <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
sent [IPCP ConfReq id=0xe <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [IPCP ConfNak id=0xe <addr 93.154.130.162> <ms-dns1 193.41.112.14> <ms-dns2 193.41.112.18>]
sent [IPCP ConfReq id=0xf <addr 93.154.130.162> <ms-dns1 193.41.112.14> <ms-dns2 193.41.112.18>]
rcvd [IPCP ConfAck id=0xf <addr 93.154.130.162> <ms-dns1 193.41.112.14> <ms-dns2 193.41.112.18>]
Could not determine remote IP address: defaulting to 10.64.64.64
local  IP address 93.154.130.162
remote IP address 10.64.64.64
primary   DNS address 193.41.112.14
secondary DNS address 193.41.112.18
Script /tmp/ppp/ip-up started (pid 453)
Script /tmp/ppp/ip-up finished (pid 453), status = 0x0

Nie jest to chyba zbyt poprawna komunikacja, kiedy pojawiają się teksty:
"Discarded non-LCP packet when LCP not open",
"No auth is possible",
"Protocol-Reject for 'Compression Control Protocol' (0x80fd) received",
"Could not determine remote IP address".
W GUI nowego firmware pojawiło się pole "Additional pppd options:", gdzie wpisałem:
"0.0.0.0:10.64.64.64 noccp nodetach persist user user password passwd",
i większość z ww. tekstów już się nie pokazuje:

Kod:

rcvd [LCP TermReq id=0x2]
LCP terminated by peer
Connect time 60.0 minutes.
Sent 34908 bytes, received 175954 bytes.
Script /tmp/ppp/ip-down started (pid 430)
sent [LCP TermAck id=0x2]
rcvd [IPCP TermReq id=0x4]
Discarded non-LCP packet when LCP not open
Hangup (SIGHUP)
Modem hangup
Connection terminated.
Script /tmp/ppp/ip-down finished (pid 430), status = 0x0
Calling GPRS/UMTS/LTE
ATZ
OK
AT+CGDCONT=1,"IP","darmowy"
OK
ATD*99#
CONNECTchat:  Feb 28 02:30:22 CONNECT
Script /tmp/ppp/peers/wan0_chat.sh finished (pid 434), status = 0x0
Serial connection established.
using channel 2
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB0
sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x6470eb5a> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <accomp> <pcomp> <asyncmap 0x0> <mru 1500> <magic 0x545> <auth chap MD5>]
sent [LCP ConfAck id=0x1 <accomp> <pcomp> <asyncmap 0x0> <mru 1500> <magic 0x545> <auth chap MD5>]
rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <magic 0x6470eb5a> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0x6470eb5a]
rcvd [CHAP Challenge id=0x1 <2008a4e8a199331815bb82aca21bf42c>, name = "HUAWEI_CHAP_SRVR"]
sent [CHAP Response id=0x1 <fa23ddcc35f5ded8519986e1340fd39c>, name = "user"]
rcvd [LCP EchoRep id=0x0 magic=0x545]
rcvd [CHAP Success id=0x1 "Welcome!!"]
CHAP authentication succeeded: Welcome!!
CHAP authentication succeeded
sent [IPCP ConfReq id=0x7 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [IPCP ConfReq id=0x1]
sent [IPCP ConfNak id=0x1 <addr 10.64.64.64>]
rcvd [IPCP ConfNak id=0x7 <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
sent [IPCP ConfReq id=0x8 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [IPCP ConfReq id=0x2]
sent [IPCP ConfAck id=0x2]
rcvd [IPCP ConfNak id=0x8 <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
sent [IPCP ConfReq id=0x9 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [IPCP ConfNak id=0x9 <addr 37.209.138.23> <ms-dns1 193.41.112.14> <ms-dns2 193.41.112.18>]
sent [IPCP ConfReq id=0xa <addr 37.209.138.23> <ms-dns1 193.41.112.14> <ms-dns2 193.41.112.18>]
rcvd [IPCP ConfAck id=0xa <addr 37.209.138.23> <ms-dns1 193.41.112.14> <ms-dns2 193.41.112.18>]
local  IP address 37.209.138.23
remote IP address 10.64.64.64
primary   DNS address 193.41.112.14
secondary DNS address 193.41.112.18
Script /tmp/ppp/ip-up started (pid 439)
Script /tmp/ppp/ip-up finished (pid 439), status = 0x0

Ani trochę to nie przyspieszyło wznawiania połączenia, ale wygląda lepiej i jest pozdrowienie od Aero2.
Pozostał jeszcze: "Discarded non-LCP packet when LCP not open" - tego już nie wiem, jak rozwiązać.