[-]
Szybkie szukanie


Baner sklepu jdtech.pl
Odpowiedz 
 
Ocena wątku:
  • 0 Głosów - 0 Średnio
  • 1
  • 2
  • 3
  • 4
  • 5
PPP Widget - optymalizacja połączenia w godzinach szczytu
08-04-2013, 17:13
Post: #1
PPP Widget - optymalizacja połączenia w godzinach szczytu
Witam wszystkich
Wszyscy wiemy o problemach z połączeniem z Aero2 w godzinach szczytu, dla użytkowników TNI to nie problem bo program sam ponawia połączenie bardzo szybko, niestety na tabletach z wpiętym stikiem problem jest naprawdę irytujący. Jeżeli używasz PPP Widget to oczekiwanie na każdą kolejną próbę połączenia trwa ponad 2 minuty, natomiast próba ręcznego przerwania nawiązywania połączenia zwiesza widget. Zajrzyjmy do loga:
Cytat:Using port ttyUSB0 for connection
ATE1
OK
AT+CFUN=1
OK
AT+CGDCONT=1,"IP","darmowy"
OK
ATD*99***1#
CONNECT
Report from chat:

chat: Apr 08 15:31:48 CONNECT
Serial connection established.
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xcd0a44d3>]
rcvd [LCP ConfReq id=0x1 <accomp> <pcomp> <asyncmap 0x0> <mru 1500> <magic 0x543> <auth chap MD5>]
No auth is possible
sent [LCP ConfRej id=0x1 <accomp> <pcomp> <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xcd0a44d3>]
rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <mru 1500> <magic 0x543>]
sent [LCP ConfAck id=0x2 <asyncmap 0x0> <mru 1500> <magic 0x543>]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [IPCP ConfReq id=0x1]
sent [IPCP ConfNak id=0x1 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x1 <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [IPCP ConfReq id=0x2]
sent [IPCP ConfAck id=0x2]
rcvd [IPCP ConfNak id=0x2 <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
IPCP: timeout sending Config-Requests
sent [LCP TermReq id=0x2 "No network protocols running"]
sent [LCP TermReq id=0x3 "No network protocols running"]
Connection terminated.
Modem hangup
Jaki widać, modem wysyła wielokrotnie prośbę o konfigurację IP "IPCP ConfReq id=0x3...", ale nie otrzymuje odpowiedzi i dopiero po około 2 minutach rozłącza się. Nie pozostaje nam więc nic innego jak skrócić te męki, bo jeżeli Aero2 nie dostarczy od razu stosownej informacji to wiadomo że i tak już jej nie wyśle. Otwieramy więc plik /pppwidget/ppp/gprs i zmieniamy
Cytat:ipcp-max-configure 50
na
Cytat:ipcp-max-configure 5
w ten sposób widget będzie ponawiał próby połączenia co około 10 sekund aż do skutku o ile w ustawieniach włączymy automatyczne ponawianie połączenia. U mnie nawiązanie poprawnego połączenia na E3131 w godzinach szczytu trwa 30-60 sekund
Znajdź wszystkie posty użytkownika
Podziękuj Odpowiedz cytując ten post
08-04-2013, 17:26
Post: #2
PPP Widget - optymalizacja połączenia w godzinach szczytu
Bardzo fajne rozwiązanie i dzięki za poświęcenie chwili na podzielenie się tym z innymi użytkownikami Aero2 w tabletach.
Znajdź wszystkie posty użytkownika
Podziękuj Odpowiedz cytując ten post
08-04-2013, 17:42
Post: #3
PPP Widget - optymalizacja połączenia w godzinach szczytu
Nie ma za co, w porównaniu z twoją pracą to nic. Info dałem też na forum PPP Widget, może autor coś lepszego wymyśli.
A tak na marginesie to logi z PPP Widget to dodatkowy dowód na słuszność twojej hipotezy o przyczynach problemów z połączeniem w godzinach szczytu. Ewidentnie Aero2 nie dostarcza niezbędnej konfiguracji IP.
Znajdź wszystkie posty użytkownika
Podziękuj Odpowiedz cytując ten post
08-04-2013, 18:41
Post: #4
PPP Widget - optymalizacja połączenia w godzinach szczytu
Ja przede wszystkim doceniam to, że ktoś poświęca czas na analizę i praktyczne rozwiązanie problemów nękających użytkowników Aero2 - i to mi się podoba. Ja nie mam możliwości przetestowania wszystkiego, ale staram się zebrać jak najwięcej informacji.
Mam w planach artykuł pokazujący jak użyć ppp widget i ogólnie o tabletach bez 3G, ale w tej chwili jest bardzo dużo innych ważniejszych spraw do omówienia.
Znajdź wszystkie posty użytkownika
Podziękuj Odpowiedz cytując ten post
08-04-2013, 19:05
Post: #5
PPP Widget - optymalizacja połączenia w godzinach szczytu
Co do tabletów i podłączonych do nich modemów USB to ostatnio parę przeszło przez moje ręce i stwierdzam że tanie tablety z biedronki itp to totalne nieporozumienie i strata czasu, a próba ich używania ze stikiem w 99% przypadków jest skazana na niepowodzenie. Tablet nie jest wstanie prawidłowo zasilić modemu, ale objawy są bardzo różne i często wydaje się że problem jest tylko w konfiguracji. Nauczyłem się jednak że jak w logach PPP Widget co i rusz widzę co innego to tak naprawdę problem jest z zasilaniem. Jedyny tablet który u mnie działa bezproblemowo z E3131 to Nexus 7 (a tani nie jest), wszystkie tanie tablety które mi przynosili znajomi żeby im "zrobić internet" w najlepszym przypadku wieszają się po kilku minutach od nawiązaniu połączenia. Jedynym ratunkiem w takiej sytuacji jest hub USB tyle ze wtedy kończy się mobilność.
Znajdź wszystkie posty użytkownika
Podziękuj Odpowiedz cytując ten post
09-04-2013, 00:53
Post: #6
PPP Widget - optymalizacja połączenia w godzinach szczytu
Mam podobne zdanie. A testowałem jeszcze z E173s-*, który problemów sprawia mniej. Wiele osób narzekało też na Nexusa w połączeniu z modemem - ale to chyba bardziej dlatego, że to po prostu niewygodne.
Znajdź wszystkie posty użytkownika
Podziękuj Odpowiedz cytując ten post
01-10-2013, 19:57
Post: #7
Odp: PPP Widget - optymalizacja połączenia w godzinach szczytu
Czy jest jakas alternatywa dla pppwidget nie wymagająca roota? Mam set top box po włożeniu modemu wszystko ok modem mruga na niebiesko, rozpoznaje apny zapisane na karcie (akurat nie probuje aero) ale nie ma zasięgu sieci. Pppwidget krzyczy o roota. Ciekawe jest ze po podłączeniu lan kreski zasięgu sie pojawiają a po odłączeniu znikają Undecided

Wysyłane z mojego GT-N7105 za pomocą Tapatalk 2
Znajdź wszystkie posty użytkownika
Podziękuj Odpowiedz cytując ten post
01-10-2013, 20:47
Post: #8
PPP Widget - optymalizacja połączenia w godzinach szczytu
Nie ma możliwości ładowania sterowników od modemów BEZ dostępu niskopoziomowego, czyli roota. Możesz tylko podać sygnał przez WiFi.
Znajdź wszystkie posty użytkownika
Podziękuj Odpowiedz cytując ten post
01-10-2013, 22:45
Post: #9
Odp: PPP Widget - optymalizacja połączenia w godzinach szczytu
Zrootowalem i działa ale komunikat jest łączenie na pppwidget Undecided
Dziwne

Wysyłane z mojego GT-N7105 za pomocą Tapatalk 2
Znajdź wszystkie posty użytkownika
Podziękuj Odpowiedz cytując ten post
02-10-2013, 08:23
Post: #10
PPP Widget - optymalizacja połączenia w godzinach szczytu
Niezgodności pomiędzy różnymi wersjami systemu mogą powodować takie efekty.
Znajdź wszystkie posty użytkownika
Podziękuj Odpowiedz cytując ten post
Odpowiedz