1 Odpowiedź przez shivy

(217 odpowiedzi, napisanych Oprogramowanie / Software)

Ogólnie ta usługa działa póki co beznadziejnie. O ile z transferem nie mam problemów ( jest w miarę stabilny ), o tyle często rozłącza sieć. Ogólnie ograniczenie transferu na usłudze to 3MBit/1MBit down/up, u mnie zwykle dochodzi o 2.5Mbit/0.7Mbit przy dobrej sile sygnału.
Mam problem za to z częstym rozłączaniem. Czasami w ogóle nie chce połączyć. Zresztą UPC Wi-Free przydziela IP tylko na 60 sekund, więc być może dlatego rozłącza, gdyż nie zawsze udaje mu się odnowić adres.
Mam postawiony skrypt który restartuje router w przypadku braku połączenia z internetem, i z tego co widzę to codziennie jest po 2-3 restarty.

Z oficjalnych informacji wiem tylko tyle że pracują nad polepszeniem tej usługi ale kiedy to nastąpi, nikt nie wie. Podobno sprzęt który teraz dają klientom jest słaby i nie radzi sobie. ( jakiś Technicolor ... )

Idź do forum: Oprogramowanie / Software

2 Odpowiedź przez shivy

(79 odpowiedzi, napisanych Oprogramowanie / Software)

Huawei E122
VID/PID: 12d1:1003
interfejs do połączeń: /dev/ttyUSB0
interfejs do diagnostyki: /dev/ttyUSB1
uwagi: modem z dystrybucji Era Blueconnect, wersja bez simlocka, działa w każdej sieci.
           posiada slot na MicroSD oraz gniazdo zewnętrznej anteny.

Idź do forum: Oprogramowanie / Software

3 Temat przez shivy

(217 odpowiedzi, napisanych Oprogramowanie / Software)

Witam,

Zapewne wiadomo że od jakiegoś czasu UPC wlączyła usługę hot-spotów dla swoich klientów. Czy ktoś z Was próbował łączyć się z siecią UPC Wi-Free jako AP-client z poziomu OpenWRT?

Od wczoraj próbuję z zerowym rezultatem.
Zainstalowałem pakiet wpad ( nie mini ). Wybieram z listy sieci, tą z najmocniejszym zasięgiem, wybieram rodzaj szyfrowania WPA2-EAP. Jako typ autoryzacji ustawiam PEAP MSCHAP2. Dalej podaje swoje dane klienta i hasło.
Łączy z siecią, jednak nie dostaję żadnego IP, po jakiejś chwili rozłącza i tak w kółko.
Próbowałem też na wpa_supplicant, bez zmian.
Także próbowałem wybierać inne sieci, lub w ogóle nie wpisywać nic w pole BSSID - rezultat ten sam, a raczej jego brak.

Te same ustawienia stosuję lącząc się z telefonu z androidem - działa prawidłowo. Wcześniej sprawdzałem na PC z WinXP z domyślnego programu dla kart TP-Linka - także działa. Tylko na OpenWRT nie działa.

Oto wycinek z syslog:

May 28 21:03:55 OpenWrt kern.info kernel: [10704.712000] wlan0: authenticate with c6:27:95:8c:32:e5
May 28 21:03:55 OpenWrt kern.info kernel: [10704.720000] wlan0: send auth to c6:27:95:8c:32:e5 (try 1/3)
May 28 21:03:55 OpenWrt kern.info kernel: [10704.732000] wlan0: authenticated
May 28 21:03:55 OpenWrt kern.info kernel: [10704.740000] wlan0: associate with c6:27:95:8c:32:e5 (try 1/3)
May 28 21:03:55 OpenWrt kern.info kernel: [10704.748000] wlan0: RX AssocResp from c6:27:95:8c:32:e5 (capab=0x1411 status=0 aid=1)
May 28 21:03:55 OpenWrt kern.info kernel: [10704.760000] wlan0: associated
May 28 21:03:55 OpenWrt kern.info kernel: [10705.380000] wlan0: deauthenticated from c6:27:95:8c:32:e5 (Reason: 23)
May 28 21:05:57 OpenWrt kern.info kernel: [10826.636000] wlan0: authenticate with c6:27:95:8c:32:e5
May 28 21:05:57 OpenWrt kern.info kernel: [10826.644000] wlan0: send auth to c6:27:95:8c:32:e5 (try 1/3)
May 28 21:05:57 OpenWrt kern.info kernel: [10826.652000] wlan0: authenticated
May 28 21:05:57 OpenWrt kern.info kernel: [10826.664000] wlan0: associate with c6:27:95:8c:32:e5 (try 1/3)
May 28 21:05:57 OpenWrt kern.info kernel: [10826.672000] wlan0: RX AssocResp from c6:27:95:8c:32:e5 (capab=0x1411 status=0 aid=1)
May 28 21:05:57 OpenWrt kern.info kernel: [10826.684000] wlan0: associated
May 28 21:05:57 OpenWrt kern.info kernel: [10827.300000] wlan0: deauthenticated from c6:27:95:8c:32:e5 (Reason: 23)
May 28 21:07:57 OpenWrt kern.info kernel: [10946.620000] wlan0: authenticate with c6:27:95:8c:32:e5
May 28 21:07:57 OpenWrt kern.info kernel: [10946.628000] wlan0: send auth to c6:27:95:8c:32:e5 (try 1/3)
May 28 21:07:57 OpenWrt kern.info kernel: [10946.636000] wlan0: authenticated
May 28 21:07:57 OpenWrt kern.info kernel: [10946.648000] wlan0: associate with c6:27:95:8c:32:e5 (try 1/3)
May 28 21:07:57 OpenWrt kern.info kernel: [10946.656000] wlan0: RX AssocResp from c6:27:95:8c:32:e5 (capab=0x1411 status=0 aid=1)
May 28 21:07:57 OpenWrt kern.info kernel: [10946.684000] wlan0: associated
May 28 21:07:58 OpenWrt kern.info kernel: [10948.364000] wlan0: deauthenticated from c6:27:95:8c:32:e5 (Reason: 23)

w kółko te same komunikaty się pojawiają w logu.

Probowałem wszystkie metody autoryzacji jakie są dostępne - bez zmian.
Z moją domową siecią Wifi router się lączy bez problemu ( WPA-PSK ). Za bardzo nie wiem gdzie szukać przyczyny...

/etc/config/wireless

config wifi-device 'radio0'
    option type 'mac80211'
    option macaddr '00:22:15:26:bf:f1'
    option country 'PL'
    option channel '1'
    option disabled '0'
    option txpower '20'

config wifi-iface
    option network 'wwan'
    option ssid 'UPC Wi-Free'
    option device 'radio0'
    option mode 'sta'
    option bssid 'C6:27:95:8C:32:E5'
    option encryption 'wpa2'
    option eap_type 'peap'
    option identity '*********'
    option password '*********'

/etc/config/network

...
config interface 'wwan'
    option proto 'dhcp'

Także proszę o pomoc gdyż nie wiem zupełnie co jest grane.

EDIT:
log z ręcznego odpalenia wpa_supplicant który ewidentnie wskazuje ze coś jest nie tak:

root@OpenWrt:/tmp/run# wpa_supplicant -iwlan0 -Dnl80211 -c/var/run/wpa_supplicant-wlan0.conf
Successfully initialized wpa_supplicant
wlan0: SME: Trying to authenticate with 02:26:24:79:2a:e3 (SSID='UPC Wi-Free' freq=2417 MHz)
wlan0: Trying to associate with 02:26:24:79:2a:e3 (SSID='UPC Wi-Free' freq=2417 MHz)
wlan0: Associated with 02:26:24:79:2a:e3
wlan0: CTRL-EVENT-EAP-STARTED EAP authentication started
wlan0: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=25
TLS: Unsupported Phase2 EAP method 'PAP'
wlan0: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 25 (PEAP) selected
X509: Certificate not valid (now=1401313120 not_before=1383609600 not_after=3599)
wlan0: CTRL-EVENT-EAP-FAILURE EAP authentication failed
wlan0: CTRL-EVENT-DISCONNECTED bssid=02:26:24:79:2a:e3 reason=23
wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="UPC Wi-Free" auth_failures=1 duration=10
wlan0: CTRL-EVENT-SSID-REENABLED id=0 ssid="UPC Wi-Free"
wlan0: SME: Trying to authenticate with 02:26:24:79:2a:e3 (SSID='UPC Wi-Free' freq=2417 MHz)
wlan0: Trying to associate with 02:26:24:79:2a:e3 (SSID='UPC Wi-Free' freq=2417 MHz)
wlan0: Associated with 02:26:24:79:2a:e3
wlan0: CTRL-EVENT-EAP-STARTED EAP authentication started
wlan0: CTRL-EVENT-EAP-STARTED EAP authentication started
wlan0: CTRL-EVENT-EAP-STARTED EAP authentication started
wlan0: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=25
TLS: Unsupported Phase2 EAP method 'PAP'
wlan0: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 25 (PEAP) selected
X509: Certificate not valid (now=1401313180 not_before=1383609600 not_after=3599)
wlan0: CTRL-EVENT-DISCONNECTED bssid=02:26:24:79:2a:e3 reason=23
wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="UPC Wi-Free" auth_failures=2 duration=20
wlan0: CTRL-EVENT-SSID-REENABLED id=0 ssid="UPC Wi-Free"
wlan0: SME: Trying to authenticate with 02:26:24:79:2a:e3 (SSID='UPC Wi-Free' freq=2417 MHz)
wlan0: Trying to associate with 02:26:24:79:2a:e3 (SSID='UPC Wi-Free' freq=2417 MHz)
wlan0: Associated with 02:26:24:79:2a:e3
wlan0: CTRL-EVENT-EAP-STARTED EAP authentication started
wlan0: CTRL-EVENT-EAP-STARTED EAP authentication started
wlan0: CTRL-EVENT-EAP-STARTED EAP authentication started
wlan0: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=25
TLS: Unsupported Phase2 EAP method 'PAP'

EDIT:

Problem został już rozwiązany.
Skompilowałem ręcznie paczkę wpa_supplicant dla mojej platformy ustawiając takie opcje:

make menuconfig
Network->wpa_supplicant->Disable timestamp check
Network->wpa_supplicant->Chose TLS provider->openssl

Po zainstalowaniu tego pakietu na openwrt, połączenie z usługą przebiegło bez problemów.

Idź do forum: Oprogramowanie / Software

4 Odpowiedź przez shivy

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Właśnie z tego co widze to nie ma nic takiego. Ale pewności nie mam co to robi z modemem.
Znalazłem gdzieś opis interfejsu dla modemów Huawei, wygląda na oficjalny pdf, może tam znajde jakieś informacje nt. blokowania radia.

Póki co dzięki, myślę że ten problem można uznać za rozwiązany.

Idź do forum: Oprogramowanie / Software

5 Odpowiedź przez shivy

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Zanim przestało działać, wpinałem i zestawiałem na nim połączenie programem PlayOnline po WinXP. Ale nie sądzę by to coś moglo zmienić w modemie...

Idź do forum: Oprogramowanie / Software

6 Odpowiedź przez shivy

(11 odpowiedzi, napisanych Oprogramowanie / Software)

->dexter:
Play Online na Kartę. Na karcie Orange Free, sytuacja jest identyczna.
->Cezary:
Nie wiem dlaczego tak jest. Może modem ma cos namieszane gdzieś w jakichś ustawieniach?
Po wpięciu modemu do usb, jak tylko pojawi się /dev/ttyUSB1, modem zapytany odpowiada tak:

AT+CFUN?
+CFUN: 0

Na Ubuntu wystarczy wybrać z menu połączeń, dostepne połaczenie komorkowe ( oczywiście skonfigurowane wcześniej w NetworkManager ) ktore się pojawia po wpięciu modemu. Po wybraniu tego połączenia, po paru komunikatach dostaję działające połączenie ppp. Internet działa bez zarzutu.

Z poziomu ubuntu takie polecenia sa wysyłane podczas wybierania połączenia z menu:

SEND: ATZ E0 V1 
RECV: OK
SEND: ATZ E0 V1 
RECV: OK
SEND: ATE0 
RECV: OK
SEND: AT+CMEE=1 
RECV: OK
SEND: ATX4 &C1
RECV: OK
SEND: AT+CFUN=1                     // włączanie radia
RECV: OK
SEND: AT+IFC=1,1
RECV: COMMAND NOT SUPPORT
SEND: AT+CPMS="ME","ME","ME"
RECV: +CMS ERROR: 302
SEND: AT+CNMI=2,1,2,1,0
RECV: +CMS ERROR: 303
SEND: AT+CMGF=?
RECV: +CMGF: (0,1)
SEND: AT+CUSD=1
RECV: OK
SEND: AT+CIND? 
RECV: COMMAND NOT SUPPORT
SEND: AT^SYSCFG?
RECV: ^SYSCFG:2,0,3fffffff,1,2 ...
SEND: AT^SYSCFG=2,0,3FFFFFFF,1,2    // ustawienie tryb: auto, wszystkie zakresy
RECV: OK
SEND: AT+CSCS=? 
RECV: +CSCS: ("IRA","UCS2","GSM") ...
SEND: AT+CMGF=1 
RECV: OK
SEND: AT+CSCS="UCS2" 
RECV: OK
SEND: AT+CSCS? 
RECV: +CSCSS: "UCS2"   OK
SEND: AT+CREG=2 
RECV: OK
SEND: AT+CSQ
RECV: +CSQ: 0,99   OK
SEND: AT+CREG?
RECV: +CREG 2,2   OK
SEND: AT+CGREG=2
RECV: OK
SEND: AT+CGREG? 
RECV: +CGREG: 2,2    OK

... tak kilka razy dopóki nie dostanie w odpowiedzi +CREG: 2,1 i +CGREG: 2,1 po czym przechodzi do ustanawiania połaczenia 3G

Skoro na Ubuntu działa, a na OpenWRT nie chcialo działać to wnioskowałem że radio domyślnie jest wyłączone. Bowiem po wpięciu modemu do routerka z openwrt, szło tylko zapytanie o model i informacje o urządzeniu, oraz konfiguracja ^SYSCFG=13,1,3FFFFFFF,1,2. Gdy pytałem modem z poziomu openwrt o AT+CFUN? dostawałem w odpowiedzi 0, także to mi nie pasowało.
O ile konfiguracje miałem źle ustawioną o czym wspomniał Cezary, o tyle wciąż brakowało włączenia radia w modemie.

Idź do forum: Oprogramowanie / Software

7 Odpowiedź przez shivy

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Dzięki za odpowiedź,
było ustawione gprs_only, zmieniłem na umts/gprs i zaskoczył.

Ogólnie w skrypcie /etc/chatscripts/3g.chat dodałem jeszcze linijkę z komendą AT+CFUN=1 by odblokowywać radio w modemie za każdym razem ( domyślnie zablokowane ).
Teraz zdaje się wszystko działać jak powinno.

Idź do forum: Oprogramowanie / Software

8 Odpowiedź przez shivy

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Karta jest na pewno aktywna - modem z ta kartą działa pod Ubuntu. Problem występuje tylko pod OpenWRT.

Podsłuchałem trochę komunikację między modemem a systemem ( w tym przypadku Ubuntu, bo na nim modem działa ).
Znalazłem dwa polecenia AT, które 'przestawiają modem' w tryb w którym rejestruje sie w sieci i możliwe jest nawiązywanie połączeń 3g.

AT+CFUN=1
AT^SYSCFG=2,0,3FFFFFFF,1,2

Sprawdziłem więc na OpenWRT.
Gdy ręcznie wyślę te dwa polecenia przez minicoma, to modem się rejestruje w sieci GSM, po czym ifup HSPA, daje działający interfejs z zestawionym połączeniem 3g.
Jednak wystepują błędy, i ogółem wygląda to tak, że za każdym razem gdy próbuję uruchomić interfejs 'coś' w systemie resetuje mi ustawienia modemu:

AT^SYSCFG?
^SYSCFG:13,1,3FFFFFFF,1,2

Dopiero gdy zasypuje modem własną komendą ustawień, połączenie się nawiązuje.
Także, problem leży gdzieś w konfiguracji jakiegoś składnika OpenWRT że domyślnie musi wysyłać do modemu konfigurację w/w która nie działa dla mojego modemu. Ta którą ja podaje, to po prostu ustawienie automatycznego wyboru. Ta którą serwuje openwrt to ustawienie na sztywno trybu pracy 2G.
Odłączałem modem od zasilania, i konfiguracja zapisana przez ^SYSCFG jest na sztywno, także w systemie musi ją coś resetować/zmieniać

Jakieś sugestie gdzie mogę zmienić domyślne ustawienie które openwrt wysyła do modemu?

Idź do forum: Oprogramowanie / Software

9 Temat przez shivy

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Witam,

Od jakiegoś czasu mam problem z zestawieniem połączenia 3G przez modem Huawei e122.
Modem jest wykrywany przez system, jednak problem pojawia się podczas połączenia ppp.
Wersja Openwrt to 12.09, r36088, na Asus WL-500G

Na marginesie dodam, że wcześniej wszystko działało prawidłowo( połączenie skonfigurowane przez luci-proto-3g ). Po jakimś czasie gdy odłączyłem modem, po ponownym podłączeniu do USB nie dało się zestawić połączenia 3G.
Sprawdzałem modem na Ubuntu 12.04, działa bez zarzutu, także raczej z modemem jest wszystko ok.

Zamieszczam wyciąg z sysloga:

May 27 17:23:27 OpenWrt daemon.notice pppd[8782]: pppd 2.4.5 started by root, uid 0
May 27 17:23:28 OpenWrt local2.info chat[8786]: abort on (BUSY)
May 27 17:23:28 OpenWrt local2.info chat[8786]: abort on (NO CARRIER)
May 27 17:23:28 OpenWrt local2.info chat[8786]: abort on (ERROR)
May 27 17:23:28 OpenWrt local2.info chat[8786]: report (CONNECT)
May 27 17:23:28 OpenWrt local2.info chat[8786]: timeout set to 10 seconds
May 27 17:23:28 OpenWrt local2.info chat[8786]: send (AT&F^M)
May 27 17:23:28 OpenWrt local2.info chat[8786]: expect (OK)
May 27 17:23:28 OpenWrt local2.info chat[8786]: AT&F^M^M
May 27 17:23:28 OpenWrt local2.info chat[8786]: OK
May 27 17:23:28 OpenWrt local2.info chat[8786]:  -- got it
May 27 17:23:28 OpenWrt local2.info chat[8786]: send (ATE1^M)
May 27 17:23:28 OpenWrt local2.info chat[8786]: expect (OK)
May 27 17:23:28 OpenWrt local2.info chat[8786]: ^M
May 27 17:23:28 OpenWrt local2.info chat[8786]: ^M
May 27 17:23:28 OpenWrt local2.info chat[8786]: OK
May 27 17:23:28 OpenWrt local2.info chat[8786]:  -- got it
May 27 17:23:28 OpenWrt local2.info chat[8786]: send (AT+CGDCONT=1,"IP","internet"^M)
May 27 17:23:28 OpenWrt local2.info chat[8786]: timeout set to 30 seconds
May 27 17:23:28 OpenWrt local2.info chat[8786]: expect (OK)
May 27 17:23:28 OpenWrt local2.info chat[8786]: ^M
May 27 17:23:28 OpenWrt local2.info chat[8786]: AT+CGDCONT=1,"IP","internet"^M^M
May 27 17:23:28 OpenWrt local2.info chat[8786]: OK
May 27 17:23:28 OpenWrt local2.info chat[8786]:  -- got it
May 27 17:23:28 OpenWrt local2.info chat[8786]: send (ATD*99#^M)
May 27 17:23:29 OpenWrt local2.info chat[8786]: expect (CONNECT)
May 27 17:23:29 OpenWrt local2.info chat[8786]: ^M
May 27 17:23:29 OpenWrt local2.info chat[8786]: ATD*99#^M^M
May 27 17:23:29 OpenWrt local2.info chat[8786]: CONNECT
May 27 17:23:29 OpenWrt local2.info chat[8786]:  -- got it
May 27 17:23:29 OpenWrt local2.info chat[8786]: send ( ^M)
May 27 17:23:29 OpenWrt daemon.debug pppd[8782]: Script USE_APN=internet /usr/sbin/chat -t5 -v -E -f /etc/chatscripts/3g.chat finished (pid 8785), status = 0x0
May 27 17:23:29 OpenWrt daemon.info pppd[8782]: Serial connection established.
May 27 17:23:29 OpenWrt daemon.debug pppd[8782]: using channel 245
May 27 17:23:29 OpenWrt daemon.info pppd[8782]: Using interface 3g-HSPA
May 27 17:23:29 OpenWrt daemon.notice pppd[8782]: Connect: 3g-HSPA <--> /dev/ttyUSB0
May 27 17:23:30 OpenWrt daemon.debug pppd[8782]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x90d889e5>]
May 27 17:23:30 OpenWrt daemon.debug pppd[8782]: rcvd [LCP ConfReq id=0x1 <accomp> <pcomp> <asyncmap 0x0> <mru 1500> <magic 0x638> <auth chap MD5>]
May 27 17:23:30 OpenWrt daemon.debug pppd[8782]: No auth is possible
May 27 17:23:30 OpenWrt daemon.debug pppd[8782]: sent [LCP ConfRej id=0x1 <accomp> <pcomp> <auth chap MD5>]
May 27 17:23:30 OpenWrt daemon.debug pppd[8782]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x90d889e5>]
May 27 17:23:30 OpenWrt daemon.debug pppd[8782]: rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <mru 1500> <magic 0x638>]
May 27 17:23:30 OpenWrt daemon.debug pppd[8782]: sent [LCP ConfAck id=0x2 <asyncmap 0x0> <mru 1500> <magic 0x638>]
May 27 17:23:30 OpenWrt daemon.debug pppd[8782]: sent [LCP EchoReq id=0x0 magic=0x90d889e5]
May 27 17:23:30 OpenWrt daemon.debug pppd[8782]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
May 27 17:23:30 OpenWrt daemon.debug pppd[8782]: rcvd [LCP EchoRep id=0x0 magic=0x638]
May 27 17:23:30 OpenWrt daemon.debug pppd[8782]: rcvd [IPCP ConfReq id=0x1]
May 27 17:23:30 OpenWrt daemon.debug pppd[8782]: sent [IPCP ConfNak id=0x1 <addr 0.0.0.0>]
May 27 17:23:30 OpenWrt daemon.notice pppd[8782]: Modem hangup
May 27 17:23:30 OpenWrt daemon.notice pppd[8782]: Connection terminated.
May 27 17:23:31 OpenWrt daemon.info pppd[8782]: Exit.
May 27 17:23:31 OpenWrt daemon.notice netifd: Interface 'HSPA' is now down

Prosze o jakąkolwiek pomoc, walczę z tym drugi dzień już ;(

EDIT:

Właśnie coś sie ruszyło, wpisałem w konsoli:

gcom -d /dev/ttyUSB1

Po czym dostałem informacje o tym że zarejestrowano w sieci GSM. po chwili nawiązano połączenie 3g i tym razem bez błędów.

Nie rozumiem tylko co mogło być przyczyną? Wygląda to tak, jakby modem po podlączeniu nie rejestrował się w sieci operatora ( migająca zielona kontrolka, odpowiedź po zapytaniu AT&CSQ: +CSQ: 0, 99 ), stąd próby nawiązania połączenia danych kończą się błędem. Czy problem leży po stronie modemu czy trzeba jeszcze cos skonfigurować? Może ktoś miał podobny problem. Z góry dziękuję za odpowiedź.

Idź do forum: Oprogramowanie / Software