Kirjoittaja Aihe: ZTE MF636 HSUPA mokkula ongelma[toimii]  (Luettu 67468 kertaa)

anttu-t

  • Käyttäjä
  • Viestejä: 180
    • Profiili
    • Siptune
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #40 : 03.08.09 - klo:09.18 »
Kyllä melkoista hepreaa miule noissa linkeissä. Tuollaista pakettia ei löydy kuin hso 1.6. Udev löytyy. Sekokielisemmät ohjeet olisivat tarpeen.

Tässä on lisää hepreaa, mutta Windowsia ei tarvita, eikä paljon muitakaan erikoisjuttuja:
ZTE MF636+ toimimaan WR1:ssä / Linuxissa

Tässä usb_modeswitch korvaa Windows-kikkailut ja muut muutokset on lähinnä dial scriptissä.

Tässä on siptune.net:n ohjeesta sovellettu tapa saada ZTE MF636+ toimimaan Ubuntussa helposti ja - ou jee - ilman Windowsia:

1. Asenna usb_modeswitch:
Koodia: [Valitse]
anttu@atu-linux:~$ sudo -s (ja salasana)
anttu@atu-linux:~$ wget https://forge.betavine.net/frs/download.php/490/usb-modeswitch_0.9.7_i386.deb
anttu@atu-linux:~$ dpkg -i usb-modeswitch_0.9.7_i386.deb

AMD64-koneessa komennoissa edellisten "i386" pitää korvata "amd64":llä

2. Luo usb_modeswitch.conf
Koodia: [Valitse]
anttu@atu-linux:~$ vi /home/usb_modeswitch.conf (tms haluamasi editori)
Lisää sisältö:
Koodia: [Valitse]
# usb_modeswitch.conf                                           
#                                                                               
# ZTE MF628+ (tested version from Telia / Sweden)                               
#                                                                               
# Contributor: Joakim Wennergren                                               
#                                                                               
# Also applies to MF627 (Tested 3 UK) JF                                       
#
# Tested with MF636+ @ Elisa/Saunalahti by Anttu
#
                                                                               
DefaultVendor=  0x19d2                                                         
DefaultProduct= 0x2000                                                         
                                                                               
TargetVendor=   0x19d2                                                         
TargetProduct=  0x0031                                                         
                                                                               
MessageEndpoint=0x01                                                           
MessageContent="55534243123456782000000080000c85010101180101010101000000000000"

3. Lisää usb_modeswitch /etc/rc.local:iin: (käynnistymään bootissa automaattisesti)
Koodia: [Valitse]
anttu@atu-linux:~$  vi /etc/rc.local
Lisää rivi:
Koodia: [Valitse]
usb_modeswitch -c /home/usb_modeswitch.conf

4. Lisää yhteys Network manageriin.

5. Uudelleenkäynnistä Ubuntu

Ainakin käyttämässäni 9.04:ssa yhteys nousee itsekseen ylös bootissa. (Laitoin Network manageriin pukin automaattiseen kytkeytymiseen.)
 

Päivitys:
Ubuntussakin ZTE näköjään osaa pysähtyä kesken käytön. (Ei siis tyhjäkäynnillä, vaan kesken töiden.) Ainoa keino saada yhteys ylös on USB-kaapelin irrotus, usb_modeswitch käsin ja yhteys päälle Network Managerista. Tällaisessa tapauksessa ZTE ilmestyy NWM:iin kahtena. Toisesta yhteys käynnistyy, toisesta ei.

Päivitys 2:
Yhteys pysynyt hienosti ylhäällä katkotta koko yön yli ja päivän kovassa työkäytössä. Täytynee vähentää ZTE:n mollausta...

« Viimeksi muokattu: 09.08.09 - klo:07.57 kirjoittanut anttu-t »

ArmAnt

  • Käyttäjä
  • Viestejä: 33
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #41 : 08.08.09 - klo:11.03 »
...

Lainaus
Avautuvasta tekstitiedostosta haetaan otsikko ZTE MF628 HSDPA USB dongle, jonka alapuolella alapuolella oleva rivi
 <match key="@info.parent:usb.product_id" int="0x0015">
muutetaan muotoon
 <match key="@info.parent:usb.product_id" int="0x0031">

9.Alt ja F2 avautuvalle komentoriville (ilman #-merkkiä)
#sudo gedit /etc/init.d/rc.local
avautuvan tekstitiedostoon kirjoitetaan rivit (ilman #-merkkejä)
#modprobe -r usbserial
#modprobe usbserial vendor=0x19d2 product=0x0031

10.Kopioin jostakin linkistä alla olevan wvdial.conf-tidoston, joka toimi lähes sellaisenaan. Siinä on  varmaan turhia rivejä, nopeuskin yliarvioitu Toimi kuitenkin
Alt+F2 jossa komento #gksu gedit /etc/wvdial.conf (ilman tuota #...)
[Dialer Defaults]
Modem = /dev/ttyUSB2
ISDN = off
Modem Type = USB Modem
Baud = 7200000
Init = ATZ
Init2 =
Init3 =
Init4 =
Init5 =
Init6 =
Init7 =
Init8 =
Init9 =
Phone = *99#
Phone1 =
Phone2 =
Phone3 =
Phone4 =
Dial Prefix =
Dial Attempts = 1
Dial Command = ATM1L3DT
Ask Password = off
Password = off
Username = na
Auto Reconnect = off
Abort on Busy = off
Carrier Check = off
Check Def Route = off
Abort on No Dialtone = off
Stupid Mode = on
Idle Seconds = 0
Auto DNS = on
;Minimize = off
;Dock = on
11.Päivitys tuoreempaan versioon ensin 8.10 ja sitten 9.4 suosittelen muillekin jos on mokkula käytössä.

Moi, sain tehtyä tämän lainaukseni alussa olevaan kohtaan asti tätä ohjetta, eli säädin windowsissa mokkulaa jne, mutta koska olen uusi ubuntukäyttäjä (kerran joskus kokeillut) niin en oikein hanskaa tätä touhua.
Sain myös kirjoitettua komentoriville tuon komennon painamalla alt + f2 jolla avataan se tekstitiedosto, mutta tässä se ongelma onkin. Mun tekstitiedostsossa ei lue yhtään mitään, enkä voi etsiä sieltä mitään tietoja sen takia...
Käytän toki ubuntu 9.4 versiota.

Tästä ongelmasta tällä kertaa johtuu mun kaikki muut ongelmat, koska en voi ladata näytönohjaimen ajuria tähän, joten en saa resoluutiota yli 800x600 ja en voi myöskään ladata päivityksiä ubuntuun, koska nettiyhteys katkee kokoajan kun se joutuu kuormitukselle. Ihme touhua sanoisinko.
« Viimeksi muokattu: 08.08.09 - klo:11.26 kirjoittanut ArmAnt »

ArmAnt

  • Käyttäjä
  • Viestejä: 33
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #42 : 08.08.09 - klo:14.23 »
KAveri sanoi, että tuota rimpsua, jonka sain nyt sitten kuitenkin tehtyä, ei olisi tarvinnut tehdä, koska se oli tehty ubuntun eri versiolle, kuin mikä minulla on käytössä.

Hän antoi minulle tällaisen linkin, jossa on komento, jonka laitoin hyperterminaaliin windowsissa. Tosin se ei korjannut ongelmaa, netti katkeilee edelleen. Tosin nyt ei tarvitse enää irrottaa tikkua pois, vaan voin ohjelmallisesti katkasta yhteyden ja alottaa uudelleen.. jeejee.

http://www5.sonera.fi/keskustele/viewtopic.php?f=53&t=562

HMi

  • Käyttäjä
  • Viestejä: 1424
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #43 : 08.08.09 - klo:14.58 »
Hip hei tuo anttu-t:een ohje toimii, ei aivan ihanteellisesti mutta kuitenkin.
Yhteys lähtee käynnistyksen jälkeen hienosti käyntiin mutta jos mokkulan joutuu välillä irrottamaan niin en saa yhteyttä palautumaan vaikka yrittäisin käsin usb_modeswitchiä laittaa, tulee vain jotain flip flop juttuu, mut ei sen niin väliksikään.

ArmAnt

  • Käyttäjä
  • Viestejä: 33
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #44 : 08.08.09 - klo:16.05 »
no hitsi, tuosta innostuneena päätin itsekin kokeilla kyseistä ohjetta. Ei kuitenkaan toimi mulla koska:

root@artturi-desktop:~# dpkg -i usb-modeswitch_0.9.7_i386.deb
dpkg: virhe käsiteltäessä usb-modeswitch_0.9.7_i386.deb (--install):
 paketin arkkitehtuuri (i386) ei sovi yhteen järjestelmän arkkitehtuurin (amd64) kanssa
Käsittelyssä tapahtui liian monta virhettä:
 usb-modeswitch_0.9.7_i386.deb
root@artturi-desktop:~#

Karvameduusa

  • Käyttäjä
  • Viestejä: 1055
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #45 : 08.08.09 - klo:17.51 »
no hitsi, tuosta innostuneena päätin itsekin kokeilla kyseistä ohjetta. Ei kuitenkaan toimi mulla koska:

root@artturi-desktop:~# dpkg -i usb-modeswitch_0.9.7_i386.deb
dpkg: virhe käsiteltäessä usb-modeswitch_0.9.7_i386.deb (--install):
 paketin arkkitehtuuri (i386) ei sovi yhteen järjestelmän arkkitehtuurin (amd64) kanssa
Käsittelyssä tapahtui liian monta virhettä:
 usb-modeswitch_0.9.7_i386.deb
root@artturi-desktop:~#

Forcettamalla tuo varmaan onnistuu.
Koodia: [Valitse]
dpkg --force-architecture -i usb-modeswitch_0.9.7_i386.debusb-modeswitch_0.9.7_i386.deb Ubuntu 9.04

anttu-t

  • Käyttäjä
  • Viestejä: 180
    • Profiili
    • Siptune
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #46 : 08.08.09 - klo:23.27 »
no hitsi, tuosta innostuneena päätin itsekin kokeilla kyseistä ohjetta. Ei kuitenkaan toimi mulla koska:

root@artturi-desktop:~# dpkg -i usb-modeswitch_0.9.7_i386.deb
dpkg: virhe käsiteltäessä usb-modeswitch_0.9.7_i386.deb (--install):
 paketin arkkitehtuuri (i386) ei sovi yhteen järjestelmän arkkitehtuurin (amd64) kanssa
Käsittelyssä tapahtui liian monta virhettä:
 usb-modeswitch_0.9.7_i386.deb
root@artturi-desktop:~#


Sinulla on amd64-systeemi, joten älä käytä i386-versiota, vaan tätä:
https://forge.betavine.net/frs/download.php/489/usb-modeswitch_0.9.7_amd64.deb

Lista kaikista versioista myös muille distroille on täällä:
https://forge.betavine.net/frs/?group_id=12
« Viimeksi muokattu: 09.08.09 - klo:07.57 kirjoittanut anttu-t »

ArmAnt

  • Käyttäjä
  • Viestejä: 33
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #47 : 10.08.09 - klo:17.46 »
itseasiassa mulla ei oo amd:n prossua ollenkaan, vaan intelin 4 ydin, mutta kokeillaan nyt tuota, kun kerran linux tän tunnistaa amd:ks
« Viimeksi muokattu: 10.08.09 - klo:18.33 kirjoittanut ArmAnt »

anttu-t

  • Käyttäjä
  • Viestejä: 180
    • Profiili
    • Siptune
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #48 : 10.08.09 - klo:18.30 »
itseasiassa mulla ei oo amd:n prossua ollenkaan, vaan intelin 4 ydin...

Asennusohjelmasi virheilmoitus: "paketin arkkitehtuuri (i386) ei sovi yhteen järjestelmän arkkitehtuurin (amd64) kanssa" antaisi ymmärtää, että käyttelet amd64-järjestelmää. Voithan kokeilla asentaa tuon 64-version, josko asentuisi ja toimisi OK.
« Viimeksi muokattu: 10.08.09 - klo:18.50 kirjoittanut anttu-t »

HMi

  • Käyttäjä
  • Viestejä: 1424
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #49 : 10.08.09 - klo:18.53 »
Tuo amd64 viittaa vain siihen että käytössä on 64bittinen ubuntu, sillä ei ole merkitystä onko prosessorina intel vai amd kunhan on 64bit. i386 on 32bittinen.

ArmAnt

  • Käyttäjä
  • Viestejä: 33
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #50 : 10.08.09 - klo:19.16 »
Tein ton, mut ei se auttanu netin katkeiluun. Rupee kyl oikeesti ottaan päähän tää touhu. Mut luultavasti se johtuu siitä, että tää mun mokkulamalli tosiaan on zte mf636+ eli mulla on jotaki tosi hienoja plus ominaisuuksia, joista saan nyt kärsiä...

anttu-t

  • Käyttäjä
  • Viestejä: 180
    • Profiili
    • Siptune
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #51 : 11.08.09 - klo:09.10 »
Mitä sinulla on antennisignaalin voimakkuus? Heikosta signaalista saattaisi löytyä selitys katkeilulle.

ArmAnt

  • Käyttäjä
  • Viestejä: 33
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #52 : 11.08.09 - klo:22.23 »
En mä tässä ubuntussa tiedä, mutta xp:llä ei oo katkeillut tälleen, signaali on ollut voimakas ja tikku ei ole siirtänyt paikkaansa. ubuntun signaalia en osaa tarkistaa.

Tää katkee oikeestaan vaan sillon, kun netti joutuu suurelle rasitukselle. Esim jos koitan ladata tota hitsin näytönohjaimen ajuria... :S

Tonzal

  • Käyttäjä
  • Viestejä: 4
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #53 : 12.08.09 - klo:01.04 »
Päivitys:
Ubuntussakin ZTE näköjään osaa pysähtyä kesken käytön. (Ei siis tyhjäkäynnillä, vaan kesken töiden.) Ainoa keino saada yhteys ylös on USB-kaapelin irrotus, usb_modeswitch käsin ja yhteys päälle Network Managerista. Tällaisessa tapauksessa ZTE ilmestyy NWM:iin kahtena. Toisesta yhteys käynnistyy, toisesta ei.

Päivitys 2:
Yhteys pysynyt hienosti ylhäällä katkotta koko yön yli ja päivän kovassa työkäytössä. Täytynee vähentää ZTE:n mollausta...

Mulla 9.04, jonka latasin eilen, ja mulla ZTE MF636+ mokkula toimi suoraan lennosta. Tosin yhteys katkeilee itsestään. Tämän jälkeen olen päivittänyt kaiken, mikä automaattisesti päivittyy, ja ydinkin siinä samassa päivittyi. Ainakin käynnistysosioon tuli uusi valinta(2.6.28-14-generic). Yhteys näyttää nyt pysyvän paremmin päällä, mutta en ole vielä vakuuttunut, että se ei katkeilisi.
Asensin jo heti aluksi tuon usb-modeswitchin, mutta ilmeisesti se ei ole kuitenkaan asentunut, vaikka ei mielesstäni mitään herjannutkaan. Käytin asennukseen graafista pakettien asennussta. Mutta mitään koneelta ei löydy. No, en sitä periaatteessa ole kaivannutkaan. Tikun irroitus tai uudelleen yhdistäminen verkkoon on aina auttanut. Tosin se saattaa välillä olla hankalaa ja mennä jumiin, kun Network Managerissa on kaksi samaa yhteyttä. Nämä kaksi eri "samaa" yhteyttä minulla on ollut heti alusta lähtien.

Onko joku ratkaissut tämän kahden yhteyden näkymisonelman tuolla Network Managerissa?
Millä olette saaneet yhteyden pätkimisen pois ja tarviiko käyttämässäni versiossa tuota usb-modeswitchiä (käsittääkseni paketinhallinta sanoo, että se ei ole enää tuettujen pakettien listalla)?

Olen aivan keltanokka linux/ubuntu käyttäjänä, joten kaikki apu on tervetullutta. Toivottavasti tämä viestini sopii tämän ketjun jatkoksi ja kuuluu samaan aiheeseen.

t.Tonza

Tonzal

  • Käyttäjä
  • Viestejä: 4
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #54 : 12.08.09 - klo:18.19 »
Onko joku ratkaissut tämän kahden yhteyden näkymisonelman tuolla Network Managerissa?
Itse itseäni lainaten. Tämä ongelma ratkesi asentamalla uusimman NetworkManagerin, mutta yhteyden pätkiminen jatkuu edelleen.

Tässä olisi pidempi stoori edelleen jatkuvaan ongelmaan:

Taustatietoa
PC: IBM ThinPad X20, Pentium III 600MHz, RAM 320MB, HD 6,5GB/9GB (/dev/sda5) Type ext3.
OS: Ubuntu 9.04 (jaunty), Ydin 2.6.28-14-generic, GNOME 2.26.1
NetworkManager: Pakettihallinta löytää seuraavat
network-manager-gnome 0.7.1.git.3.0461fff8-0ubuntu2~nm1~jaunty (4162kB)
network-manager 0.7.1.git.5.272c6a626-0ubuntu1~nm1~jaunty (2142kB)
3g-modeemi: Ei pin-kyselyä päällä. Yhteyden pitäisi olla niin hyvä, että HSDPA-yhteys pitäisi toimia katkotta koko ajan, eli kännykällä saisin täydeet signaalit.

Ongelma
Ongelma tuntuu olevan tuossa ZTE-modeemissa itsessään, koska se tuntuu kaatuvan sisäisesti tietyn väliajoin. Näin olen antannut itselleni ymmärtää myös muita ketjuja lukiessa, ja tämä ongelma vaivaa myös sulautetuissa 3G-wlan-reitittimissä, joissa ko. ZTE:n 3G-modeemia on yritetty käyttää. Miten tuon sisäisen kaatumisen pystyisi linuxissa tarkistamaan ja varmistamaan, en tiedä?

Toimintakuvaus
Pysyy pystyssä n. 1-2h
Kun jämähtää, niin sininen valo palaa yhtämittaisesti(vaikka ikuisesti). Sama kuin HSDPA olisi päällä. Useamman nettiohjelman käyttäminen yhtäaikaa tuntuu laukaisevan jähmettymisen nopeammin, kuten esim. Firefox ja Pidgin.
Kun jumissa, niin:
- CPU kuorma ka 40%
- RAM käyttö 210,4MB (68,3%) of 308MB
- SWAP käyttö 113,9 (24,2%) of 470,6MB
- Network Historia Up&Down 0tavua/s
- NetworkManager näyttää edelleen tukiaseman kuvaa. Hiiren ykkösnäppäimellä saa valikon, josta käytössä olevan yhteyden voi katkaista. Hiiren kakkosnapista voi katsella yhteyden tiedot, jotka ovat samat kuin toimivalla yhteydellä. Muokkaa yhteyksiä... -toiminnon kautta Mobiili laajakaista -välilehden viimeksi käytetty tila päivittyy, vaikka yhteys ei toimisikaan, kun esim. pingaa.
- ping [IP-osoite] antaa tulokseksi: sendmsg: No buffer space available. DNS-osoitteella ping antaa tulokseksi unknown host.
- 3G-modeemi ei ala toimia, muuta kuin irroittamalla ja uudelleen kytkemällä se usb-väylään. (Ennen NetworkManagerin(cd-levy paketissa oletuksena tuleva) päivitystä, kun yhteys näkyi tuplana, niin yhteyden katkaiseminen ja uudelleen käynnistäminen nyt toisesta yhteydestä usein palautti laitteen toiminnan.)

Yhteyden katkaisu NetworkManagerilla(gui):

Yhteys katkee ja kuvake muuttuu wlan-palkkikuvakkeeksi, jossa rasti päällä. Lisäksi NM:n pop-up ilmoitukset kertovat, että GSM-yhteys katkennut ja että olet nyt offlinena.
- Kaikki tuntuu toimivan normaalisti, kuin koneella, jolla ei ole mitään yhteyttä. Tosin modeemi näyttää edelleen kiinteää sinistä valoa.
- Ping vastaa connect: Network is unreachable
- Yhteyden uudelleen valinta valitsee ko. yhteyden, mutta yhteys ei muutu toimivaksi, eikä palkkikuvio muutu tukiasemaksi. NM:n pop-up info kertoo hetken päästä, että olet disconnected ja samalla yhteys poistuu käytöstä, eli ei enää voi valita kohtaa "katkaise yhteys".

Verkon katkaiseminen pois käytöstä NM:lla(gui):

- Verkon poistaminen käytöstä tuottaa pop-up ilmoituksen, että disconnected: olet offline tilassa. Modeemissa edelleen sininen kiinteä valo jatkaa loistamistaan. Verkon palauttamisella käyttöön ja uudelleen yhdistäminen ei auta korjaamaan yhteyttä.

Enempää en osaa tietoa koneestani kaivaa, koska olen täysin aloitteleva linux-käyttäjä. Jos haluat, että kaivan jotain lisätietoa, niin pyydän seikkaperäisiä, kohta kohdalta ohjeilta, sillä perusteetkin ovat hieman hakusessa, ja terminaalin käytössä menee sormi suuhun.

Kysymyksiä:
- Onko kukaan saanut ko. tikkua toimimaan katkottomasti, ja miten?
- Onko käskyä tai komentoa, millä voisi "bootata" usb-väylän, jotta tikkua ei tarvitsisi aina manuaalisesti irroittaa koneesta?
- Kuinka Ubuntussa voi tarkistaa verkon signaalin laaadun tai sitä mitä yhteysversiota tikku kulloisessakin tilanteessa käyttää(onko modeemin ledin värit ainoa tapa)?

t.Tonza

anttu-t

  • Käyttäjä
  • Viestejä: 180
    • Profiili
    • Siptune
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #55 : 12.08.09 - klo:18.39 »
Hyvä selvitys.

Tuskin tämäkään näkee ZTE:n sisälle, mutta voisit tietty kokeilla, näkyykö jumitus minkäänlaisena naarmuna NWM:n logissa, jos tuo diadnostiikka on päällä:

http://www.siptune.net/siptune.net/forum/viewtopic.php?f=3&t=102&p=450#p450



Tonzal

  • Käyttäjä
  • Viestejä: 4
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #56 : 13.08.09 - klo:01.48 »
Tuskin tämäkään näkee ZTE:n sisälle, mutta voisit tietty kokeilla, näkyykö jumitus minkäänlaisena naarmuna NWM:n logissa, jos tuo diadnostiikka on päällä.

Hei! Itse jumituksesta ei diagnostiikka näyttänyt yhtään mitään, mutta tässä listaus mitä logituksessa tuli eri ongelman vaiheissa:


3G-yhteyden käynnistäminen NetworkManagerilla (sama aluksi ja lopuksi, jonka jälkeen yhteys toimii)
Koodia: [Valitse]
+ZUSIMR:2

ATZ E0 V1 X4 &C1 +FCLASS=0

OK

'

NetworkManager: <debug> [1250109305.566768] nm_serial_debug(): Sending: 'AT+CPIN?

'

NetworkManager: <debug> [1250109305.608137] nm_serial_debug(): Got: '

+CPIN: READY

OK

'

NetworkManager: <debug> [1250109305.608591] nm_serial_debug(): Sending: 'ATZ E0 V1 X4 &C1 +FCLASS=0

'

NetworkManager: <debug> [1250109305.672415] nm_serial_debug(): Got: '

+ZUSIMR:2

'

NetworkManager: <debug> [1250109305.689297] nm_serial_debug(): Got: '

+ZUSIMR:2

OK

'

NetworkManager: <info>  (ttyUSB2): powering up...

NetworkManager: <debug> [1250109305.689689] nm_serial_debug(): Sending: 'AT+CFUN=1

'

NetworkManager: <debug> [1250109305.725015] nm_serial_debug(): Got: '

OK

'

NetworkManager: <debug> [1250109305.725333] nm_serial_debug(): Sending: 'AT+CGMM

'

NetworkManager: <debug> [1250109305.761371] nm_serial_debug(): Got: '

MF636+

OK

'

NetworkManager: <debug> [1250109305.761756] nm_serial_debug(): Sending: 'AT+CREG?

'

NetworkManager: <debug> [1250109305.797011] nm_serial_debug(): Got: '

+CREG: 0,1

OK

'

NetworkManager: <info>  Registered on Home network

NetworkManager: <debug> [1250109305.797398] nm_serial_debug(): Sending: 'AT+COPS?

'

NetworkManager: <debug> [1250109305.832046] nm_serial_debug(): Got: '

+COPS: 0,1,"Sonera",2

OK

'

NetworkManager: <info>  Associated with network: +COPS: 0,1,"Sonera",2

NetworkManager: <debug> [1250109305.832529] nm_serial_debug(): Sending: 'AT+CGDCONT=1,"IP","internet"

'

NetworkManager: <debug> [1250109305.918977] nm_serial_debug(): Got: '

OK

'

NetworkManager: <debug> [1250109305.919372] nm_serial_debug(): Sending: 'ATD*99***1#

'

NetworkManager: <debug> [1250109305.962014] nm_serial_debug(): Got: '

CONNECT 115200

'

NetworkManager: <info>  Connected, Woo!

NetworkManager: <info>  Activation (ttyUSB2) Stage 2 of 5 (Device Configure) scheduled...

NetworkManager: <info>  Activation (ttyUSB2) Stage 2 of 5 (Device Configure) starting...

NetworkManager: <info>  (ttyUSB2): device state change: 4 -> 5 (reason 0)

NetworkManager: <info>  Starting pppd connection

NetworkManager: <debug> [1250109306.004297] nm_ppp_manager_start(): Command line: /usr/sbin/pppd nodetach lock nodefaultroute debug ttyUSB2 noipdefault noauth usepeerdns lcp-echo-failure 0 lcp-echo-interval 0 ipparam /org/freedesktop/NetworkManager/PPP/0 plugin /usr/lib/pppd/2.4.4/nm-pppd-plugin.so

NetworkManager: <debug> [1250109306.047701] nm_ppp_manager_start(): ppp started with pid 3350

NetworkManager: <info>  Activation (ttyUSB2) Stage 2 of 5 (Device Configure) complete.

Plugin /usr/lib/pppd/2.4.4/nm-pppd-plugin.so loaded.

using channel 1

Using interface ppp0

Connect: ppp0 <--> /dev/ttyUSB2

sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xafd011a> <pcomp> <accomp>]

rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x14f2051> <pcomp> <accomp>]

sent [LCP ConfAck id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x14f2051> <pcomp> <accomp>]

rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xafd011a> <pcomp> <accomp>]

NetworkManager: <info>  (ttyUSB2): device state change: 5 -> 6 (reason 0)

rcvd [LCP DiscReq id=0x1 magic=0x14f2051]

rcvd [CHAP Challenge id=0x1 <6e10c576ace2b983c4cdd020b00f756c>, name = "UMTS_CHAP_SRVR"]

sent [CHAP Response id=0x1 <b4d8b1fb430b9fcf5974cdb22210974d>, name = ""]

rcvd [CHAP Success id=0x1 ""]

CHAP authentication succeeded

CHAP authentication succeeded

NetworkManager: <info>  (ttyUSB2): device state change: 6 -> 7 (reason 0)

sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]

sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]

rcvd [LCP ProtRej id=0x2 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]

Protocol-Reject for 'Compression Control Protocol' (0x80fd) received

rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]

sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]

rcvd [IPCP ConfReq id=0x0]

sent [IPCP ConfNak id=0x0 <addr 0.0.0.0>]

rcvd [IPCP ConfRej id=0x2 <compress VJ 0f 01>]

sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]

rcvd [IPCP ConfReq id=0x1]

sent [IPCP ConfAck id=0x1]

rcvd [IPCP ConfNak id=0x3 <addr 88.194.xx.xx> <ms-dns1 192.89.123.231> <ms-dns2 192.89.123.230>]

sent [IPCP ConfReq id=0x4 <addr 88.194.xx.xx> <ms-dns1 192.89.123.231> <ms-dns2 192.89.123.230>]

rcvd [IPCP ConfAck id=0x4 <addr 88.194.xx.xx> <ms-dns1 192.89.123.231> <ms-dns2 192.89.123.230>]

Could not determine remote IP address: defaulting to 10.64.64.64

Cannot determine ethernet address for proxy ARP

local  IP address 88.194.xx.xx [i][b](edit xx by user ;)[/b][/i]

remote IP address 10.64.64.64

primary   DNS address 192.89.123.231

secondary DNS address 192.89.123.230

NetworkManager: <info>  PPP manager(IP Config Get) reply received.

NetworkManager: <info>  Activation (ttyUSB2) Stage 4 of 5 (IP Configure Get) scheduled...

NetworkManager: <info>  Activation (ttyUSB2) Stage 4 of 5 (IP Configure Get) started...

NetworkManager: <info>  Activation (ttyUSB2) Stage 5 of 5 (IP Configure Commit) scheduled...

NetworkManager: <info>  Activation (ttyUSB2) Stage 4 of 5 (IP Configure Get) complete.

NetworkManager: <info>  Activation (ttyUSB2) Stage 5 of 5 (IP Configure Commit) started...

Script /etc/ppp/ip-up started (pid 3367)

Script /etc/ppp/ip-up finished (pid 3367), status = 0x0

NetworkManager: <info>  (ttyUSB2): device state change: 7 -> 8 (reason 0)

NetworkManager: <info>  Policy set 'Sonera' (ppp0) as default for routing and DNS.

NetworkManager: <info>  Activation (ttyUSB2) successful, device activated.

NetworkManager: <info>  Activation (ttyUSB2) Stage 5 of 5 (IP Configure Commit) complete.

Yhteyden katkaisu, kun modeemi jumittaa:

Koodia: [Valitse]
NetworkManager: <info>  (ttyUSB2): device state change: 8 -> 3 (reason 39)

NetworkManager: <info>  (ttyUSB2): deactivating device (reason: 39).

NetworkManager: <debug> [1250112469.932819] nm_serial_device_close(): Closing device 'ttyUSB2'

Terminating on signal 15

Connect time 52.7 minutes.

Sent 252729 bytes, received 1642417 bytes.

Script /etc/ppp/ip-down started (pid 4827)

sent [LCP TermReq id=0x2 "User request"]

Script /etc/ppp/ip-down finished (pid 4827), status = 0x0

sent [LCP TermReq id=0x3 "User request"]

NetworkManager: nm_system_device_flush_ip4_routes_with_iface: assertion `iface_idx >= 0' failed

NetworkManager: nm_system_device_flush_ip4_addresses_with_iface: assertion `iface_idx >= 0' failed

NetworkManager: <debug> [1250112475.356128] ensure_killed(): waiting for ppp pid 3350 to exit

NetworkManager: <debug> [1250112480.365777] ensure_killed(): ppp pid 3350 cleaned up

ja yritys yhdistää uudelleen konfiguroituun verkkoon
Koodia: [Valitse]
NetworkManager: <info>  Activation (ttyUSB2) starting connection 'Sonera'

NetworkManager: <info>  (ttyUSB2): device state change: 3 -> 4 (reason 0)

NetworkManager: <info>  Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) scheduled...

NetworkManager: <info>  Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) started...

NetworkManager: <debug> [1250112532.241324] nm_serial_device_open(): (ttyUSB2) opening device...

NetworkManager: <info>  Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) complete.

NetworkManager: <debug> [1250112572.340687] nm_serial_debug(): Sending: 'ATZ E0 V1 X4 &C1 +FCLASS=0

'

NetworkManager: <debug> [1250112574.467720] nm_serial_debug(): Error: too many retries sending: 'ATZ E0 V1 X4 &C1 +FCLASS=0

'

NetworkManager: <WARN>  init_done(): Modem initialization timed out

NetworkManager: <info>  (ttyUSB2): device state change: 4 -> 9 (reason 28)

NetworkManager: <debug> [1250112585.000431] nm_serial_device_close(): Closing device 'ttyUSB2'

NetworkManager: <info>  Marking connection 'Sonera' invalid.

NetworkManager: <info>  Activation (ttyUSB2) failed.

NetworkManager: <info>  (ttyUSB2): device state change: 9 -> 3 (reason 0)

NetworkManager: <info>  (ttyUSB2): deactivating device (reason: 0).

NetworkManager: nm_system_device_flush_ip4_routes_with_iface: assertion `iface_idx >= 0' failed

NetworkManager: nm_system_device_flush_ip4_addresses_with_iface: assertion `iface_idx >= 0' failed


Ja yhdistämisyritys vielä kerran uudelleen:
Koodia: [Valitse]
NetworkManager: <info>  Activation (ttyUSB2) starting connection 'Sonera'

NetworkManager: <info>  (ttyUSB2): device state change: 3 -> 4 (reason 0)

NetworkManager: <info>  Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) scheduled...

NetworkManager: <info>  Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) started...

NetworkManager: <debug> [1250113279.985373] nm_serial_device_open(): (ttyUSB2) opening device...

NetworkManager: <info>  Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) complete.

NetworkManager: <debug> [1250113320.084034] nm_serial_debug(): Sending: 'ATZ E0 V1 X4 &C1 +FCLASS=0

'

NetworkManager: <debug> [1250113322.214927] nm_serial_debug(): Error: too many retries sending: 'ATZ E0 V1 X4 &C1 +FCLASS=0

'

NetworkManager: <WARN>  init_done(): Modem initialization timed out

NetworkManager: <info>  (ttyUSB2): device state change: 4 -> 9 (reason 28)

NetworkManager: <debug> [1250113332.007095] nm_serial_device_close(): Closing device 'ttyUSB2'

NetworkManager: <info>  Marking connection 'Sonera' invalid.

NetworkManager: <info>  Activation (ttyUSB2) failed.

NetworkManager: <info>  (ttyUSB2): device state change: 9 -> 3 (reason 0)

NetworkManager: <info>  (ttyUSB2): deactivating device (reason: 0).

NetworkManager: nm_system_device_flush_ip4_routes_with_iface: assertion `iface_idx >= 0' failed

NetworkManager: nm_system_device_flush_ip4_addresses_with_iface: assertion `iface_idx >= 0' failed

Rasti pois kohdasta Ota verkko käyttöön (hiiren kakkosnappi)

Koodia: [Valitse]
NetworkManager: <info>  Sleeping...

NetworkManager: <info>  (eth0): now unmanaged

NetworkManager: <info>  (eth0): device state change: 2 -> 1 (reason 37)

NetworkManager: <info>  (eth0): cleaning up...

NetworkManager: <info>  (eth0): taking down device.

NetworkManager: <info>  (ttyUSB2): now unmanaged

NetworkManager: <info>  (ttyUSB2): device state change: 3 -> 1 (reason 37)

NetworkManager: <info>  (ttyUSB2): cleaning up...

NetworkManager: <info>  (ttyUSB2): taking down device.



Verkkoyhteyksien aktivoiminen takaisin käyttöön
Koodia: [Valitse]
NetworkManager: <info>  Waking up...

NetworkManager: <info>  (eth0): now managed

NetworkManager: <info>  (eth0): device state change: 1 -> 2 (reason 2)

NetworkManager: <info>  (eth0): bringing up device.

NetworkManager: <info>  (eth0): preparing device.

NetworkManager: <info>  (eth0): deactivating device (reason: 2).

NetworkManager: <info>  Unmanaged Device found; state CONNECTED forced. (see http://bugs.launchpad.net/bugs/191889)

NetworkManager: <info>  Unmanaged Device found; state CONNECTED forced. (see http://bugs.launchpad.net/bugs/191889)

NetworkManager: <info>  (ttyUSB2): now managed

NetworkManager: <info>  (ttyUSB2): device state change: 1 -> 2 (reason 2)

NetworkManager: <info>  (ttyUSB2): deactivating device (reason: 2).

NetworkManager: nm_system_device_flush_ip4_routes_with_iface: assertion `iface_idx >= 0' failed

NetworkManager: nm_system_device_flush_ip4_addresses_with_iface: assertion `iface_idx >= 0' failed

NetworkManager: <info>  (ttyS0): ignoring due to lack of mobile broadband capabilties

NetworkManager: <info>  (ttyUSB2): device state change: 2 -> 3 (reason 0)



Ja vielä kerran yritys yhdistää 3G-moodemi konfiguroituun verkkoon
Koodia: [Valitse]
NetworkManager: <info>  Activation (ttyUSB2) starting connection 'Sonera'

NetworkManager: <info>  (ttyUSB2): device state change: 3 -> 4 (reason 0)

NetworkManager: <info>  Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) scheduled...

NetworkManager: <info>  Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) started...

NetworkManager: <debug> [1250113723.212469] nm_serial_device_open(): (ttyUSB2) opening device...

NetworkManager: <info>  Activation (ttyUSB2) Stage 1 of 5 (Device Prepare) complete.

NetworkManager: <debug> [1250113763.312158] nm_serial_debug(): Sending: 'ATZ E0 V1 X4 &C1 +FCLASS=0

'

NetworkManager: <debug> [1250113765.440241] nm_serial_debug(): Error: too many retries sending: 'ATZ E0 V1 X4 &C1 +FCLASS=0

'

NetworkManager: <WARN>  init_done(): Modem initialization timed out

NetworkManager: <info>  (ttyUSB2): device state change: 4 -> 9 (reason 28)

NetworkManager: <debug> [1250113776.000730] nm_serial_device_close(): Closing device 'ttyUSB2'

NetworkManager: <info>  Marking connection 'Sonera' invalid.

NetworkManager: <info>  Activation (ttyUSB2) failed.

NetworkManager: <info>  (ttyUSB2): device state change: 9 -> 3 (reason 0)

NetworkManager: <info>  (ttyUSB2): deactivating device (reason: 0).

NetworkManager: nm_system_device_flush_ip4_routes_with_iface: assertion `iface_idx >= 0' failed

NetworkManager: nm_system_device_flush_ip4_addresses_with_iface: assertion `iface_idx >= 0' failed


3G-modeemin fyysinen irroitus

Koodia: [Valitse]
NetworkManager: <info>  (ttyUSB2): now unmanaged

NetworkManager: <info>  (ttyUSB2): device state change: 3 -> 1 (reason 36)

NetworkManager: <info>  (ttyUSB2): cleaning up...

NetworkManager: <info>  (ttyUSB2): taking down device.


3G-modeemin fyysinen liittäminen usb-väylään

Koodia: [Valitse]
NetworkManager: <info>  (ttyUSB0): ignoring due to lack of mobile broadband capabilties

NetworkManager: <info>  (ttyUSB1): ignoring due to lack of mobile broadband capabilties

NetworkManager: <info>  (ttyUSB2): found serial port (udev:GSM  hal:)

NetworkManager: <info>  (ttyUSB2): deferring until all ports found

NetworkManager: <info>  Re-checking deferred serial ports

NetworkManager: <info>  (ttyUSB2): new Modem device (driver: 'option')

NetworkManager: <info>  (ttyUSB2): exported as /org/freedesktop/Hal/devices/usb_device_19d2_16_noserial_if2_serial_usb_0

NetworkManager: <info>  (ttyUSB2): device state change: 1 -> 2 (reason 2)

NetworkManager: <info>  (ttyUSB2): deactivating device (reason: 2).

NetworkManager: nm_system_device_flush_ip4_routes_with_iface: assertion `iface_idx >= 0' failed

NetworkManager: nm_system_device_flush_ip4_addresses_with_iface: assertion `iface_idx >= 0' failed

NetworkManager: <info>  (ttyUSB2): device state change: 2 -> 3 (reason 0)

Tämän jälkeen yhteys yhdistyy normaalisti ja toimii, kuten alussa on listattu

En onnistunut tuota sullomaan esim. framejen sisään, niin tuli aika pitkä, mutta toivottavasti tästä olisi jotain apua ongelman ratkomiseen.

t.Tonza
« Viimeksi muokattu: 13.08.09 - klo:01.55 kirjoittanut Tonzal »

anttu-t

  • Käyttäjä
  • Viestejä: 180
    • Profiili
    • Siptune
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #57 : 13.08.09 - klo:08.05 »
No sehän tuosta ainakin näkyy, että datan pysähtymisen lisäksi modeemi ei myöskään vastaa AT-komentoihin eikä resetoidu ATZ:lla. Modeemi on siis totaalisen jumissa.

Keskittyyköhän nuo jumit tietyille operaattoreille? Nythän meillä on jo tilaston alku:
- Sonera: jumittaa (Tonza)
- Saunalahti: ei jumeja (Anttu)


Päivitys 14.8.09:
Ei pysynyt yön yli päällä enää Antullakaan, vaan oli juuttunut WR1:n logien mukaan 1,5 tunnissa. :( Pitkä pystyssä pysyminen pari päivää sitten jää ihmetyttämään.


« Viimeksi muokattu: 14.08.09 - klo:07.17 kirjoittanut anttu-t »

ArmAnt

  • Käyttäjä
  • Viestejä: 33
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #58 : 13.08.09 - klo:18.11 »
Saunalahti: jumittaa (armant)

Tonzal

  • Käyttäjä
  • Viestejä: 4
    • Profiili
Vs: ZTE MF636 HSUPA mokkula ongelma[toimii]
« Vastaus #59 : 14.08.09 - klo:00.05 »
Lisää käyttökokemuksia ja huomioita. Järjestelmä on pysynyt muuttumattomana.

Näyttäisi siltä, että jatkuvan ping:n kanssa tuo tikku toimii jumiutumatta. On, toki aikaisemmin jumittanut myös pinginkin kanssa, mutta tänään ei vielä.

Aamulla ilman pingiä yhteys katkeili kolme kertaa putkeen noin tunnin käytön jälkeen, jolloin turvauduin pingiin. Tämän jälkeen yhteys toimi reilu pari tuntia, ennen kuin jouduin sammuttamaan koneen. Nyt illalla kone on toiminut pingin kanssa reilu viisi tuntia, ilman mokkulan jumiutumista. Erästä palveluntarjoajaa olen kiusanut tänä aikana noin 17000 ping-kyselyllä  :)

Voisikohan tikun jumiutuminen johtua siitä, että tukiasema pistää ruuhka tai muussa tilanteessa yhteyden jonoon, ja antaa olla sen siellä liian kauan? Tosin, tikku tuntuu jumiutuvan ihan kesken tiedon siirronkin, mutta en tätä pysty varmistamaan, ehkä kuitenkin on ollut jokin tauko. Olen huomannut myös Win-käytössä, että tikku välillä "nukkuu" todella pitkään, ennen kuin taas alkaa "tekemään" mitään, vaikka odotat esim. nettisivun latautumista, mutta tikku "toipuu" siitä, ja homma jatkuu normaalisti.

Vaihtaakohan tukiasema lennosta tikun IP-osoitetta, tätä en ole ehtinyt tarkistamaan, joka saisi tikun Ubuntussa jumiin? Tai voisiko kyseessä olla jokin radioyhteyden aikajaon/kanavan tai muu signalointitekniikan muutos lennosta, josta tikku ei toivu?
Olen huomannut, että ilman pingiä tulee välillä paljon aikakatkaisuja tai palvelinta ei löydy, lähes joka toinen sivulataus, niin voisikohan jonkun radiotien protokolla viesti jäädä "kuulematta" ja tikku ei toivu siitä?

No, tämmöistä pähkäily tällä kertaa.
t.Tonza