Portál AbcLinuxu, 10. května 2025 11:31

Dotaz: Sledovani stavu GPRS pripojeni v pppd

20.11.2009 12:35 Tomas Drajsajtl
Sledovani stavu GPRS pripojeni v pppd
Přečteno: 261×
Odpovědět | Admin
Hola, kolegove! Snazim se (celkem uspesne) rozchodit GPRS pripojeni pres Telit GSM modul na seriove lince. Mam akorat problem, jak v pppd poznat, ze pripojeni zdechlo. I kdyz nastavim
lcp-echo-interval 30
lcp-echo-failure 10
a seberu modulu antenu, tak i kdyz pres ping nekam ven prokazatelne neprojde ani jeden paket, pppd si vubec nevsimne, ze ztratil spojeni a neukonci se. Ani v debug modu nevidim zadnou hlasku, ze by vubec nejake echo posilal. Cim to muze byt?
Nástroje: Začni sledovat (0) ?Zašle upozornění na váš email při vložení nového komentáře.

Odpovědi

28.11.2009 16:52 --- | skóre: 13 | blog: LINUXDRAK
Rozbalit Rozbalit vše Re: Sledovani stavu GPRS pripojeni v pppd
Odpovědět | | Sbalit | Link | Blokovat | Admin
Dobrý den, a co pravidelně sledovat pingem nějaký server ?
29.11.2009 22:52 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Re: Sledovani stavu GPRS pripojeni v pppd
Odpovědět | | Sbalit | Link | Blokovat | Admin

Máte něco rozbitého v pppd, protože přesně tyhle parametry říkají, že po 300 sekundách mrtva pppd spojení ukončí.

Ještě by ale mohl být problém v modemu, který LCP odchytává zpracovává místo vzdáleného konce, takže ve skutečnosti modem krmí počítač falešnými odpověďmi. Ale to by se dalo ověřit jen odposlechem sériové linky nebo ukecanějším režimem pppd.

2.12.2009 12:19 Tomas Drajsajtl
Rozbalit Rozbalit vše Re: Sledovani stavu GPRS pripojeni v pppd
Diky za odpovedi! Pres LCP se mi to nepodarilo a debug po navazani spojeni uz nevypise ani radku. Nez prijdu na lepsi reseni, hlidam to pres OpenVPN, ktere na takto navazanem spojeni spoustim. Kdyz zdechne tunel, zabiju i pppd a navazuji vse znovu.
20.2.2010 15:34 frr | skóre: 34
Rozbalit Rozbalit vše Re: Sledovani stavu GPRS pripojeni v pppd
Ono to PPP proti GPRS modemu skutečně obvykle končí právě v tom lokálním modemu (GSM MT). Od modemu dál nad GSM sítí už IP běží po jiné enkapsulaci (tuším LLC a pak GTP). Modem dělá vlastně reenkapsulaci IP na jinou L2 vrstvu, aniž by se choval jako routující hop.

http://www.fccps.cz/download/adv/frr/gprs/GPRS-obecne.pdf

Proto dává smysl, aby na LCP echo odpovídal přímo lokální modem (GSM MT), pokud to nemá do čeho překlopit (což patrně nemá). Čili to PPPčko je tam víceméně jako standardní rozhraní pro kompatibilitu s klasickými TCP/IP stacky v operačních systémech, kde PPP je historicky jednou z nejběžnějších variant.

Některé GPRS modemy mají svůj vlastní IP stack - neznám detaily interní implementace, ale mám pocit, že samo GSM/GPRS MT, protože mluví nativně všemi protokoly GSM/GPRS sítě, tuhle obezličku s PPPčkem nepotřebuje, balí data rovnou do LLC. Taky by tyhle modemy mohly nějak nativně hlídat, zda je PDP kontext živý, pokud taková možnost existuje...

Mohlo by být aspoň akademicky zajímavé, kdyby někdo napsal open-source GSM/GPRS protocol stack, umožňující implementaci GSM MT. Vlastně existuje projekt OpenBTS, využívající software "GNU Radio" a USRP hardware, ale nevšiml jsem si, že by někdo implementoval taky GSM MT. Asi je to prakticky nesmysl. Proč dělat soft/opensource GSM modem, když se dá použít libovolný masově vyráběný modem nebo mobil, který umí vše potřebné za pár šupů a mluví s Vámi přes PPP po sériáči... Akorát pak člověk musí hlídat konektivitu na nějaké vyšší vrstvě. Což je vlastně koncepčně možná jediný rozumný přístup.
[:wq]

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.