Dotaz: skript na CDMA Gtran apod.

[Muf]

Potreboval bych napsat skript na automaticke vytaceni a hlidani pripojeni podle pingu pro domaci server na Debianu bez X

Tzn. zavedeni modulu pro cdma a vytoceni pppd (to uz zvladnu) a nasledne jejich hlidani zda je pripojeni pppd ok podle pingu,treba na seznam.cz.

Musi to byt blbuvzdorne,tzn.pokud nejde ping,nekdo vypne a zapne cdma modem apod.musi se vzdy automaticky pripojit. Takze zkratka musi skript umet kontrolovat zavedene moduly a ping.

Bohuzel jeste nejsem tak v linuxu zbehly,abych to zvladnul sam Predem moc dekuji za nejake reseni.

Odpovědi

[petr_p]

Nevim, jaky model mate, ale ja mam zkusenosti, ze do dvou dnu nepretrziteho provozu (tzn. navazeneho PPP spojeni) modem chcipne, nebot ma zmrseny napajeci subsystem.

Kdyz vydrzite do soboty, tak sem neco hodim.

[Muf]

Vydrzim,dekuji.Ja mam zkusenost ze modem chcipal z duvodu puvodniho slabeho nap. adapteru,posledni jejich typ cca asi pul roku co ho mam jede 5V 1.2A.akorat to nevydrzi baterie a za pul roku je nafoukla jako micuda.

[petr_p]

Ten muj modem ma i dalsi vady, napr. bez baterie chcipne presne za 5 hodin (resp. 4 h 48 min). Asi se snazi zmerit napeti na baterii a tak si odpoji vnejsi napajeni, jenze kdyz tam ta baterka neni, tak si urizne pod sebou vetev :D

Z toho duvodu tam mam baterku porad vlozenou. Tim to ten test ustoji. Bohuzel baterie se mi ro roce nafoukla na tolik, ze vyrazila zadni kryt. Tak jsem byl reklamovat, a zeptal se, jestli ten novy model, co mi misto toho dali, je uz opraveny. A oni, ze nevi. Doma kdyz jsem diagnostikoval presne stejne chovani (i kdyz firmware je o pul roku novejsi), jsem si rikal, ze me tam maji do roka znovu. A taky ze jo. Uz ted je baterka takova "kulatejsi".

No a vedlejsi efekt je, ze asi po dvou dnech tvaleho spojeni chcipne taky, protoze pri testu baterie narazi na vybitou baterii, ktera a uz to neustoji. Ta baterka se vybije, protoze modem zapina nabijeni jen pokud neni ustanovene PPP spojeni.

Takze asi tak.

[Radecek]

5 hodin je nastveni v win musis vypnout

jeden cas jsem mel taky cdma---> nejhorsi pripojeni lituji lidi kteri ho este pouzivaji

[petr_p]

5 hodin je nastveni v win musis vypnout

Nejak tomu nerozumim, muzes to rozvest? Ze by se neco ukladalo do registru v modemu?

[petr_p]

Nevim, jaky mas presne problem, ale mne nasledujici skript funguje spolehlive (tim chci rict, ze nikam nepinga, protoze jsem zjistil, ze to neni potreba, navic bych musel resit problem nezijiciho pinganeho serveru).

Skript /usr/local/sbin/eurotelforever hlida, zda zije pppd. Pokud usoudi, ze ne, tak jej znovu nastartuje.

#!/bin/bash
PIDFILE=/var/run/ppp0.pid
TDBFILE=/var/run/pppd.tdb
LOCKDEVFILE=/var/lock/LCK..modem

export PATH=$PATH:/usr/local/sbin:/usr/local/bin

if [ -f $PIDFILE ]; then
        ps `cat $PIDFILE` || pppd call eurotel >/dev/null 2>&1 </dev/null &
else
        if (! netstat -i |grep ppp); then
                killall pppd
                sleep 2
                killall -9 pppd
                rm -f $TDBFILE $LOCKDEVFILE
        fi
        pppd call eurotel >/dev/null 2>&1 </dev/null &
fi

Tuto kontrolu poustim kazde dve minuty pomoci cronu. V /etc/crontab mam tudiz tento radek:

-*/2 * * * *    root  /usr/local/sbin/eurotelforever >/dev/null 2>&1 </dev/null

Proc zrovna dve minuty? Protoze kdyz nedam modemu dost casu, aby zapnul nabijeni (lze jen bez ustanoveneho PPP spojeni), tak si postupne vybije akumulator a vypne se.

Samotny pppd mam nakonfigurovany pomoci souboru /etc/ppp/peers/eurotel:

hide-password
noauth
connect "/usr/sbin/chat -f /etc/ppp/chat-eurotel"
/dev/modem
921600
crtscts
defaultroute
usepeerdns
noipdefault
user "123456789@etcz"
mtu 14000
idle 0
persist
#debug

Vsimni si volby persist. Ta zpusobi, ze kdyz se PPP spojeni rozpadne, pppd se jej pokusi znovu navazat (neni treba kvuli tomu restartovan pppd). Pokud se ale nepodari spojeni navazat deset krat za sebou (voba maxfail neni uvedena, vychozi hodnota je 10), pppd skonci. Pak prijde ke slovu cron.

Tento postup samozrejmne neni dokonaly. Dneska bych to uz napsal asi jinak (napr. pppd by se nedemonizoval, eurotelforever by jeho selhani dokazal detekovat okamzite [ne az dve minuty po te]). Taky tu neni vynucene odpojeni kvuli zahajeni nabijeni. Pocitam s tim, ze Eurotel te stejne po urcite dobe sam odpoji.

[jgv]

vytacim normalne pres pon a v pppconfig mam zatrhnuto, aby pripadne znova vytacel, kdyz spojeni spadne

[Muf]

Takto mám taky,jenze bohuzel spatnej signal na CDMA,takze nekdy modem je klidne pripojenej ale zadny data netecou,je nutno killnout pppd a opet nahodit,proto je dulezity hlidat ping ven a navic popripadné vypnutí a zapnutí modemu obcas vyzaduje znovu zavest modul cdm.

[hroch]

Asi mam nejake stesti na modem Gtran, protoze ho mam vice jak rok a pul a nikdy se mi jeste sam nevypnul, ani nenafoukla baterie, proste stahne treba DVD a bezi porad dale.

[hroch]

Jinak pro informaci uživatelům CDMA a Gtran,používám modul usbserial vendor=0x05c6 product=0x3196 na Mandrivě 2006, s tím mi CDMA běhá do 64kB/s, oproti cdc-acm se nemusí patchovat aby běhal víc jak 30kB/s. Zkoušel jsem však nové SUSE 10.1 a tam už cdc-acm běhá také 64kB/s bez patchování, zase ovšem neběží ten usbserial- asi by se nějak rozeběhnout dal,ale sám jako ttyUSB0 SUSE 10.1 nevidí i když zkusím mknod /dev/ttyUSB0 c 188 0, což v Mandrivě funguje.

[petr_p]

Prosim, nejdrive se podivej do aktualniho jadra. Od 2.6.15 je Davuv patch soucasti vanilla jadra, takze cdc-acm neni skutecne nutne patchovat.

Co se tyce usbserial, mam dojem, ze to jeste paralelizovane neni, takze tam bych videl najake omezeni kolem 500 kbps. Uz ti to jelo nekdy rychleji nez tech 64 kBps?

[hroch]

Davův patch je možná součástí jádra 2.6.15, ale já mám v Mandrivé 2006 jádro 2.6.12 a měnit jádro nebo patchovat moduly je pro mě komplikace, já potřebuji nainstalovat distribuci a už aby to běhalo, maximálně zavést modul nebo pustit nějaký skript. Dělám stavařinu a počítač mám na práci. Jinak více jak 64 kB/s mi neběžel ani usbserial ani cdc-acm s patchem. Ani v SUSE 10.1, kde je 2.6.15 cdc-acm podle všeho součástí jádra.

[Muf]

Patch cdc-acm ma az jadro 2.6.16 napr. Debian SID jede ok.Jinak moc dekuji za namety.

[kozzi]

no jestli to nebude tim ze to zarizeni ma v /dev/tts/USB0

[hroch]

Možné je, že to zarizeni má SUSE v /dev/tts/USB0, ale SUSE 10.1 jsem jen zkoušel a zase smazal, takže nemohu ověřit.