Sokan veszélyhelyzeti rendszerként üzemeltethető hálózatként tekintenek a Meshtasticre. A következő gondolatokban járjuk végig, a háklózat eszméje miben áll szemben a kritikus infrastruktúra üzemeltetésével és alternatívájával.

A Meshtastic rendszer nyílt forrású, off-grid, decentralizált mesh hálózat, amely olcsó, kis fogyasztású eszközökön, mobilhálózat és internet nélkül is működhet.

A Meshtastic hálózatok vészhelyzeti kommunikációban betöltött szerepéről csak pro és kontra érvek együttes mérlegelésével lehet érdemi következtetést levonni. A technológia mellett szól, hogy olcsó, kis fogyasztású, infrastruktúrától részben független, rövid szöveges üzenetek és pozícióadatok továbbítására alkalmas megoldás, amely bizonyos közösségi, terepi vagy smart city jellegű off-grid forgatókönyv esetén valós segítséget adhat.

Ugyanakkor a vészhelyzeti kommunikáció nem pusztán azt jelenti, hogy egy üzenet kedvező körülmények között átjut a hálózaton: megbízhatóságot, tervezhetőséget, skálázhatóságot, felelős üzemeltetést, ismert lefedettséget, visszaigazolhatóságot és a hivatalos rendszerekhez illeszkedő eljárásrendet is igényel. Ezért a Meshtastic megítélésénél nem az a fő kérdés, hogy használható-e valamire vészhelyzetben, hanem az, hogy milyen szerepben, milyen korlátokkal és milyen előzetes szervezéssel tekinthető valóban alkalmas kommunikációs eszköznek.

 

Absztrakt

A Meshtastic hálózatok fontos és érdekes lehetőséget jelentenek az infrastruktúra nélküli, kis fogyasztású, kis sávszélességű adatkommunikációban. Helyi közösségek, túrázók, rendezvények, rádióamatőrök, kísérletezők és önkéntes csoportok számára hasznos eszköz lehet, különösen ott, ahol nincs mobilhálózat, vagy ahol a kommunikációs igény eleve rövid szöveges üzenetekre, pozícióadatokra és egyszerű állapotjelzésekre korlátozódik.

Ebből azonban nem következik, hogy a Meshtastic önmagában alkalmas lenne vészhelyzeti kommunikációra. A vészhelyzeti kommunikáció nem egyszerűen azt jelenti, hogy „valahogy átmegy egy üzenet”. A vészhelyzeti kommunikáció tervezett, gyakorolt, felelősségi rendbe illesztett, ellenőrizhető, skálázható, redundáns és lehetőleg előre garantálható kommunikációs képesség. Ebből a nézőpontból a Meshtastic legfeljebb kiegészítő, tartalék vagy közösségi szintű segédeszköz lehet, de nem tekinthető elsődleges, megbízható vészhelyzeti kommunikációs rendszernek.

A központi állítás tehát nem az, hogy a Meshtastic „rossz”, hanem az, hogy a képességeit gyakran félreértik. A rendszer valójában nem professzionális segélyhívó, mentésirányítási vagy katasztrófavédelmi kommunikációs rendszer, hanem egy alacsony adatsebességű, engedélymentes sávban működő, hobbi- és közösségi célra fejlesztett LoRa alapú hálózat. Ez a különbség vészhelyzetben döntő jelentőségű.

 

1. A vészhelyzeti kommunikáció követelményei

Egy vészhelyzeti kommunikációs rendszerrel szemben több alapvető elvárás van. Működnie kell akkor is, ha a normál infrastruktúra sérült. Át kell hidalnia szervezeteket, településeket, szolgálatokat és eltérő felhasználói csoportokat. Egyértelmű felelősségi rendet kell támogatnia. A felhasználóknak tudniuk kell, kihez beszélnek, milyen csatornán, milyen üzenetformátummal, milyen sorrendben, milyen prioritással és milyen visszaigazolási rend szerint. Nem elegendő, hogy a technológia elméletileg képes adatok átvitelére.

A vészhelyzeti kommunikációban a következő tulajdonságok alapvetőek:

       megbízhatóság,

       skálázhatóság,

       hordozhatóság,

       interoperabilitás,

       redundancia,

       biztonság,

       tervezhetőség,

       gyakorlott protokollok,

       dokumentált eljárások,

       ismert lefedettség,

       energiaellátási terv,

       üzemeltetői felelősség,

       prioritáskezelés,

       hitelesítés,

       naplózhatóság,

       üzenetfegyelem.

A Meshtastic ezek közül néhányat részben teljesít, de szinte minden kritikus ponton gyenge, tekintve, hogy a kommunikáció veszélyhelyzetben nem kényelmi szolgáltatás, hanem döntéstámogató, életvédelmi vagy mentésirányítási funkció.

 

2. Nem csak az adóteljesítmény számít

A Meshtastic kapcsán sokszor a hatótávolság kerül előtérbe. Gyakori érv, hogy LoRa technológiával több kilométeres, sőt különleges körülmények között több tíz vagy akár több száz kilométeres kapcsolat is elérhető. Ez önmagában igaz lehet, de vészhelyzeti kommunikációs szempontból félrevezető.

A rádiókapcsolat teljesítményét nem csak az dönti el, hogy egy üzenet ideális körülmények között milyen messzire jut el. Legalább ilyen fontos az adatsebesség, a késleltetés, az ütközések száma, az újraküldések hatása, a csatorna terhelhetősége, a visszaigazolás megbízhatósága, az egyidejű felhasználók száma és a hálózat megannyi szempontból vizsgált viselkedése terhelés alatt.

A Meshtastic LoRa beállításainál a hatótáv és az adatsebesség egymás ellen dolgozik. A nagyobb terjedési biztonságot adó beállítások hosszabb adási időt igényelnek, emiatt lassabbak. Minél nagyobb a szórási faktor, annál tovább tart ugyanannak az üzenetnek az átvitele. Ez javíthatja a linkbudgetet, de növeli az airtime-ot, vagyis azt az időt, amíg a csatorna foglalt. Vészhelyzetben, amikor sokan próbálnak egyszerre rövid, de fontos üzeneteket küldeni, ez nagyon gyorsan korláttá válik.

A probléma nem az, hogy egyetlen üzenet lassan megy át. A probléma az, hogy sok üzenet esetén a lassúság összeadódik. Ha tíz, ötven vagy száz felhasználó küld pozíciót, státuszt, rövid szöveges üzenetet, hálózati információt és automatikus telemetriát, a csatorna hamar telítődik. A hálózatban a továbbított üzenetek ismétlődnek, a több ugrásos továbbítás növeli a csatorna terhelését, az újraküldések pedig tovább rontják a helyzetet.

Vészhelyzetben nem az a kérdés, hogy nyugodt környezetben, kevés felhasználóval átmegy-e egy üzenet. Az a kérdés, hogy átmegy-e akkor is, amikor mindenki egyszerre próbál kommunikálni, a csomópontok egy része kiesik, a felhasználók mozognak, az antennák rossz helyen vannak, az akkumulátorok merülnek, és a csatornán más engedélymentes eszközök is forgalmaznak.

 

3. Az engedélymentes sáv korlátai

A Meshtastic jellemzően engedélymentes ISM/SRD sávokban működik. Ennek nagy előnye, hogy a felhasználónak nem kell rádióengedély, és olcsó, szabadon beszerezhető eszközökkel lehet hálózatot építeni. Vészhelyzeti szempontból azonban ez egyben komoly gyengeség is.

Az engedélymentes sávok nem védett kommunikációs erőforrások. Nincs kizárólagosság, nincs garantált hozzáférés, nincs elsőbbség, és nincs biztosíték arra, hogy a csatorna vészhelyzetben szabad lesz. Ugyanazon vagy közeli frekvenciákon működhetnek más LoRa eszközök, távmérők, szenzorok, kapunyitók, ipari eszközök, riasztók, más, vagy más beállítású közösségi hálózatok. Ha ezek forgalma nő, vagy zavar jelenik meg, a Meshtastic hálózat nem tud védett csatornára átkapcsolni úgy, mint egy tervezett professzionális rádiórendszer.

Európában a 868 MHz körüli sávokban teljesítmény- és duty cycle korlátok vannak. Ez azt jelenti, hogy a berendezés nem adhat korlátlanul. A firmware bizonyos esetekben le is állíthatja az adást, ha eléri az óránkénti adási korlátot. Vészhelyzetben viszont éppen akkor nőne meg az üzenetforgalom, amikor a rendszer jogi és műszaki korlátai miatt csökkenhet az elérhető adási idő.

Ez nagyon fontos ellentmondás, ugyanis egy vészhelyzeti rendszernek terhelés alatt kellene a legbiztosabban működnie. A Meshtastic viszont az engedélymentes sáv és a duty cycle miatt éppen nagy forgalomnál kerül korlátozott állapotba. Az adáskorlát felülbírálása technikailag bizonyos esetekben lehetséges lehet, de jogilag aggályos, egy vészhelyzeti kommunikációs terv pedig nem épülhet arra, hogy a felhasználók megsértik a rádiós szabályokat. Nincs is ilyen terv, nincs is ilyen irányító civil szervezet.

 

4. A „mesh” nem takar valódi önszervező funkciót

A Meshtastic egyik legerősebb hívószava a mesh. A laikus felhasználó ebből könnyen arra következtethet, hogy a hálózat automatikusan, intelligensen és megbízhatóan megszervezi magát, megkeresi az optimális útvonalat, kikerüli a hibákat, és biztosítja az üzenetek célba jutását. A valóság ennél jóval árnyaltabb.

A Meshtastic hálózat terjedése jelentős részben kezelt elárasztásra épül. A csomópontok meghatározott szabályok szerint újrasugározzák a csomagokat, amíg a hop limit engedi. Ez egyszerű, robusztus és kevés infrastruktúrát igényel, de nem azonos egy professzionális, tervezett, útvonalminőség alapján döntő, szolgáltatási szintet garantáló hálózattal.

A valódi önszervezéshez nem elég, hogy egy csomópont továbbadja, amit hall. Vészhelyzeti szempontból a hálózatnak tudnia kellene, mely útvonalak működnek biztosan, melyek túlterheltek, mely csomópontok rendelkeznek tartalék energiával, mely csomópontok stratégiai helyzetűek, mely üzenetek prioritásosak, melyek ismételhetők, és melyeket kell azonnal továbbítani. A Meshtastic ilyen értelemben nem ad teljes, determinisztikus hálózatirányítást.

Különösen fontos, hogy a Meshtasticban az üzenetek célba jutása nem minden esetben jelent végponttól végpontig igazolt, szolgálatszerű kézbesítést. A közvetlen szomszédok közötti megbízhatóság és az implicit visszaigazolás nem ugyanaz, mint egy mentésirányításban elvárt, címzett által igazolt, naplózott, visszakereshető üzenetátvitel. Ha egy küldő azt látja, hogy valaki újrasugározta az üzenetet, az még nem jelenti azt, hogy a megfelelő személy, megfelelő helyen, megfelelő időben, olvashatóan és értelmezhetően megkapta azt. Arról nem is beszélve, hogy a feladó sincs hitelesítve…

A hamis „mesh majd megoldja” szemlélet kritikus helyzetben veszélyes. Egy rosszul telepített, kevés fix ponttal rendelkező, rossz antennákkal használt, vegyes beállítású, kedvezőtlen geometriájú hálózat nem válik varázsütésre működőképessé csak azért, mert meshnek hívják.

 

5. Az azonos beállítások követelménye

A Meshtastic eszközöknek azonos vagy kompatibilis rádiós beállításokra van szükségük ahhoz, hogy teljes értékűen kommunikáljanak egymással. Azonos régió, modem preset, csatorna, frekvenciaslot, kulcs és több más paraméter szükséges. Ez hobbikörnyezetben kezelhető – ám többnyire úgy is nehézségekbe ütközik -, de vészhelyzetben jelentős kockázat.

Egy katasztrófahelyzetben előfordulhat, hogy különböző települések, önkéntes csoportok, civil felhasználók és alkalmi segítők különböző beállításokkal érkeznek. Egyesek gyári alapbeállításon vannak, mások privát csatornán, megint mások más régiót, más modem presetet vagy más firmware-verziót használnak. Ha nincs előre egységesített konfiguráció, akkor a hálózat fregmentált. Lehet, hogy mindenkinél van Meshtastic eszköz, mégsem beszélnek egymással, csak telítik a csatornát.

Ez a probléma nem csak technikai, hanem szervezési kérdés is. Ki határozza meg a régiót, csatornát, kulcsot, presetet, hop limitet és eszközszerepeket? Ki ellenőrzi, hogy minden eszköz jól van beállítva? Ki tartja karban az eszközlistát? Ki és miként kezeli a kulcscserét, ha egy eszköz elveszik? Ki dönt arról, mely csomópont legyen router, repeater vagy kliens?

Ha ezekre nincs előre válasz, a Meshtastic hálózat nem vészhelyzeti rendszer, hanem alkalmi rádiós időtöltés, ami lassan megközelíti, de el sosem éri az egykoron hódító AX.25 packet minőségét.

 

6. Az eszközpark problémája

A Meshtastic nem úgy működik, mint egy hagyományos kézirádió, amelyet bekapcsolás után a felhasználó azonnal a szájához emel és használ. A tipikus Meshtastic használathoz szükség van egy LoRa alapú Meshtastic eszközre, egy telefonra vagy számítógépre, megfelelő alkalmazásra, Bluetooth-, USB- vagy WiFi-kapcsolatra, előzetes párosításra, megfelelő régióbeállításra, megfelelő csatornára, töltött akkumulátorra és legalább minimális felhasználói ismeretre.

Ez hétköznapi használatban nem feltétlenül probléma. Vészhelyzetben viszont minden plusz eszköz és minden plusz lépés hibaforrás. A telefon lemerülhet, a Bluetooth-párosítás megszakadhat. A felhasználó nem találja az alkalmazást, a készülék nincs megfelelő régióra állítva, a kijelző nélküli eszköz PIN-kódja nem ismert. A felhasználó nem tudja, melyik csatornára kell váltani, a telefonon nincs mobilinternet az app letöltéséhez, a kábel nincs meg, a powerbank lemerült, a készülék nem vízálló. A felhasználó nem tudja, hogy a rádiós eszköz és a telefon külön akkumulátorral működik.

Eleve, az eszköt egy meztelen panel, jobb esetben kijelzővel, védtelen minden környezeti viszontagsággal szemben.

A vészhelyzeti kommunikációban a kezelhetőség döntő. Egy rendszer akkor jó, ha stresszben, sötétben, esőben, hidegben, fáradtan, kesztyűben, pánikban vagy szervezeti nyomás alatt is használható. A Meshtastic szöveges, alkalmazásfüggő, beállításérzékeny jellege miatt ebben gyengébb, mint egy egyszerű, előre programozott kézirádió vagy egy dedikált diszpécseri rendszer.

 

7. A szöveges kommunikáció korlátai

A Meshtastic alapvetően rövid szöveges üzenetekre, pozíciókra és telemetriára alkalmas. Ez bizonyos helyzetekben előny, mert a szöveg kevés sávszélességet igényel, dokumentálható, és nem foglalja folyamatosan a csatornát. Ugyanakkor vészhelyzetben a hangkommunikáció sokszor gyorsabb, természetesebb és egyértelműbb.

Egy mentési helyzetben gyakran másodpercek alatt kell közölni: hol van a sérült, milyen állapotban van, merre lehet megközelíteni, ki induljon, ki maradjon, milyen veszély van, milyen eszköz kell. Ezt egy rádiós hangcsatornán gyorsan el lehet mondani. Meshtastic esetén gépelni kell, meg kell várni az átvitelt, a címzettnek észre kell vennie az üzenetet, el kell olvasnia, és adott esetben válaszolnia kell.

A szöveg előnye, hogy visszakereshető. Hátránya, hogy lassabb és nagyobb figyelmet igényel. Egy túrán, rendezvényen vagy közösségi logisztikában ez elfogadható. Életvédelmi, tűzoltási, mentési vagy rendészeti műveletben nem elegendő.

 

8. Skálázhatósági gondok

Egy Meshtastic hálózat néhány felhasználóval látványosan jól működhet. Ez azonban nem bizonyítja, hogy nagy terhelés alatt is alkalmas vészhelyzeti kommunikációra. A kis sávszélességű, megosztott rádiós csatorna skálázhatósága korlátozott.

A több felhasználó nem szélesebb csatornákat, hanem több automatikus pozícióüzenetet, több node info üzenetet, több telemetriát, több szöveget, több újrasugárzást és több ütközési lehetőséget jelent. A mesh továbbítás látszólag növeli a lefedettséget, de minden ismétlés airtime-ot fogyaszt. Minél több a hop, annál több adás kell ugyanahhoz az egy üzenethez. A nagyobb hálózat ezért nemcsak megoldás, hanem terhelési szorzó is.

Ez vészhelyzetben azért különösen súlyos, mert a forgalom nem egyenletes. Békeidőben lehet, hogy óránként néhány üzenet keletkezik, krízishelyzetben viszont hirtelen mindenki státuszt akar küldeni, segítséget kér, pozíciót oszt meg, kérdez, válaszol, ismétel, ellenőriz. A rendszernek nem átlagos terhelésen kell bizonyítania, hanem csúcsterhelésen.

A skálázhatóság nem csak technikai kérdés, szükség van forgalmi rendre is. Ki küldhet mindenkinek? Ki használhat broadcastot? Milyen gyakran mehet pozíciófrissítés? Milyen üzenet számít sürgősnek? Mikor kell csendben maradni? Ki törölhet vagy módosíthat hálózati beállítást? Ha nincs ilyen rend, a felhasználók jó szándékú aktivitása is túlterhelheti a hálózatot.

 

9. Tervezhetőség és lefedettségi bizonytalanság

A vészhelyzeti kommunikáció egyik legfontosabb kérdése: előre tudjuk-e, hol fog működni. A Meshtastic esetében ezt sokszor alábecsülik. A LoRa jó érzékenysége nem szünteti meg a rádióterjedés alapvető korlátait.

A 433, 868 vagy 915 MHz körüli jelek terjedését erősen befolyásolja a domborzat, a tereptárgyak, a növényzet, az antenna magassága, az antenna minősége, a készülék elhelyezése, az időjárás, az elektromos zaj és a csomópontok egymáshoz viszonyított helyzete. Kézben, zsebben, autóban vagy épületben egy kis eszköz sokkal rosszabbul teljesíthet, mint egy magas pontra szerelt, jó antennával ellátott fix állomás.

A Meshtastic hatótávrekordjai technikailag érdekesek, de tervezés szempontjából semmit sem jelentenek. Egy rekord általában kedvező terep, jó rálátás, kiválasztott antenna, optimális beállítás és alacsony forgalom mellett születik. Egy árvíz, erdőtűz, földrengés, hóhelyzet vagy tömegrendezvényi baleset környezete nem ilyen.

Tervezett vészhelyzeti hálózathoz lefedettségi mérés, tartalék útvonal, fix magaslati csomópont, energiaellátás, antenna-terv, helyszíni próba, terheléses teszt és dokumentált üzemeltetés kell, a kedvtelési célú rendszereknél ezek hiányoznak.

 

10. A visszaigazolás és kézbesítési bizonyosság

Vészhelyzetben nem elég elküldeni egy üzenetet. Tudni kell, hogy megérkezett-e, ki kapta meg, mikor kapta meg, olvasta-e, megértette-e, és intézkedett-e. Egy elküldve állapot nem azonos a műveleti értelemben vett kézbesítéssel.

A Meshtastic rádiós rétege tartalmaz megbízhatóságot javító mechanizmusokat, de ezek nem teszik a rendszert professzionális üzenetkezelő rendszerré. Különbséget kell tenni a rádiós csomag átvitele és a műveleti üzenet teljesülése között. Egy implicit visszaigazolás, egy újrasugárzott csomag, főként egy köztes node aktivitása nem bizonyítja, hogy a címzett személy ténylegesen látta az információt.

Szükség van egyértelmű címzettre, visszaigazolásra, intézkedési felelősre és naplózásra, de a Meshtastic alapvetően nem kényszeríti ki ezt a folyamatot.

 

11. Nincs valódi prioritáskezelés

Vészhelyzetben nem minden üzenet egyforma. Egy életveszélyes segélykérésnek elsőbbséget kell élveznie egy automatikus pozíciófrissítéssel, telemetriával, általános csevegéssel vagy tesztüzenettel szemben. Professzionális rendszerekben a prioritás, a forgalmi rend, a hívócsoportok, az incidenskezelés és a diszpécseri kontroll ezt szolgálja.

A Meshtasticban a hálózati forgalom sokkal kevésbé hierarchikus. Ha a hálózatban sok automatikus vagy kevésbé fontos üzenet keletkezik, ezek ugyanazon szűk rádiós erőforrást használják, mint a fontos üzenetek. Lehet beállításokkal csökkenteni a pozíció- és telemetriaforgalmat, lehet fegyelmezett használatot előírni, de ez nem ugyanaz, mint egy vészhelyzeti prioritáskezelő rendszer.

A gyakorlatban ez azt jelenti, hogy a legfontosabb üzenet éppen akkor késhet vagy veszhet el, amikor a hálózat a legterheltebb. Ez elsődleges vészhelyzeti rendszerként nem elfogadható.

 

12. Biztonsági és hitelességi problémák

A Meshtastic támogat titkosítást, és ez magáncélú használatban előnyös. Vészhelyzeti kommunikációban azonban nem csak az számít, hogy mások ne olvassák az üzenetet. Legalább ilyen fontos, hogy a címzett biztos legyen abban, hogy ki küldte, az üzenet nem módosult, a kulcs nem kompromittálódott, és az elveszett eszköz nem jelent hálózati kockázatot.

A Meshtastic csoportcsatornás modellje kulcskezelési problémákat vet fel. Ha sok felhasználó ugyanazt a kulcsot használja, akkor egyetlen elveszett vagy ellopott eszköz a teljes csatorna biztonságát veszélyeztetheti. Ha gyakran kell kulcsot cserélni, akkor a terepen lévő eszközök újrakonfigurálása válik problémává. Ha a kulcsot túl széles körben osztják meg, akkor a hálózat elveszti bizalmi jellegét. Ha túl szűk körben, akkor az interoperabilitás (lásd később) sérül.

További probléma, hogy a vészhelyzeti kommunikációban a hamis üzenet különösen veszélyes. Egy hamis segélykérés, hamis veszélyjelzés, hamis pozíció vagy hamis utasítás erőforrásokat vonhat el, rossz döntést okozhat, vagy közvetlenül veszélybe sodorhat embereket. A Meshtastic bizonyos újabb funkciói javítják a közvetlen üzenetek védelmét, de a csoportos, közösségi, sokszereplős vészhelyzeti használat hitelesítési és kulcskezelési kérdéseit nem oldják meg maradék nélkül.

 

13. Interoperabilitás hiánya

Nem elég, hogy egy civil csoport tagjai egymással tudnak üzenetet váltani, a kommunikációnak illeszkednie kell a katasztrófavédelem, mentők, rendőrség, tűzoltóság, önkormányzat, közművek, önkéntes mentőszervezetek és más szereplők rendjébe.

A Meshtastic nem általánosan elfogadott hivatásos készenléti kommunikációs szabvány. Nem illeszkedik automatikusan TETRA, EDR, DMR, analóg URH, P25, diszpécseri, EOC vagy más hivatalos rendszerekbe. Nem ad közvetlen közös műveleti képet, nem része a legtöbb hivatalos kommunikációs tervnek, és nem biztosítja, hogy a hivatalos szervek egyáltalán figyelik a forgalmat.

Ez nem jelenti azt, hogy civil oldalon ne lehetne hasznos, de nem szabad segélyhívó rendszerként kezelni. Ha valaki Meshtastic üzenetben kér segítséget, de nincs kijelölt fogadó, aki ezt hivatalos rendszerbe továbbítja, akkor a segélykérés könnyen zárt közösségi buborékban marad.

 

14. Üzemeltetési felelősség hiánya

Egy vészhelyzeti kommunikációs rendszernek gazdája van. Van, aki karbantartja, teszteli, frissíti, ellenőrzi, dokumentálja és működteti. Van hibabejelentési és javítási rend. Van tartalék eszköz, tartalék energia, tartalék antenna, tartalék frekvencia vagy csatorna. Van felelős személy, aki tudja, mikor, hol, mi működik és mi nem.

A Meshtastic közösségi jellege miatt ez önszervező, befolyásolási dominanciájukért küzdő csoportok között oszlik meg, vagy épp hiányzik. A node-ok magánszemélyek tulajdonában vannak. Egyik ma működik, holnap nincs bekapcsolva. Egyik jó antennával, másik gyári zsugorcsővel megy. Egyik napelemes, másik lemerül, nincs komoly rendelkezésre állás. Egyik friss firmware-rel, másik régi verzióval. Egyik fix helyen, másik autóban vagy hátizsákban. Egyik tulajdonosa érti a rendszert, másik csak bekapcsolta, a harmadik csak terheli.

A Meshtastic közösségi hálózatnak elfogadható, de vészhelyzeti rendszernek nem, hiszen nem lehet arra építeni, hogy „valahol biztos van egy node”. A kritikus kommunikációhoz tudni kell, mely csomópontok működnek, hol vannak, milyen energiával, milyen antennával, milyen szereppel és milyen felelőssel.

 

15. Energiaellátás és fizikai robusztusság

A Meshtastic eszközök alacsony fogyasztásúak, ami komoly előny. Ugyanakkor a terepi vészhelyzeti használat nem csak fogyasztás kérdése. Az eszköznek bírnia kell a hideget, meleget, párát, esőt, port, ütést, rossz kezelést, hosszú üzemidőt és a folyamatos készenlétet.

Sok Meshtastic eszköz fejlesztőpanelből vagy hobbicélú készülékből indul ki. Ezek között vannak kifejezetten jó minőségű megoldások, de sok a félkész, 3D nyomtatott dobozos, nem vízálló, gyenge csatlakozós, sérülékeny antennás kivitel. Vészhelyzetben az ilyen eszközök megbízhatósága kérdéses.

A telefonfüggőség itt is gond. Hiába működik a LoRa node napokig, ha a telefon, amelyről kezelni kellene, néhány óra alatt lemerül. Hiába van powerbank, ha hidegben romlik a kapacitása, vagy ha a felhasználónak a telefonját más célokra is használnia kell. Egy vészhelyzeti rendszerben az energiaellátást is teljes láncra kell tervezni.

 

16. A szoftveres változatosság kockázata

A Meshtastic nyílt forrású, gyorsan fejlődő rendszer. Ez innovációs szempontból előny, vészhelyzeti szempontból viszont kockázat. A különböző firmware-verziók, kliensalkalmazások, eszköztípusok és platformok eltérő viselkedést okozhatnak. Nem szigorú szabványok kötik őket össze, hanem csak az, hogy mindenki ugyanonnan tölti le.

Egy professzionális vészhelyzeti rendszerben fontos a konfigurációkontroll. Tudni kell, milyen verzió fut az eszközökön, milyen beállításokkal, milyen ismert hibákkal, milyen kompatibilitással. Ha a felhasználók saját maguk frissítenek, kísérleteznek, csatornát váltanak, kulcsot cserélnek, router szerepet állítanak, MQTT-t kapcsolnak vagy egyedi beállításokat használnak, akkor a hálózat viselkedése nehezen, a hobbicélú felhasználók által pedig nem előrejelezhető.

Ez a bizonytalanság békeidőben kezelhető, krízisben viszont a változatosság komoly ellenség. Ott az egységesítés, az ismételhetőség és a dokumentáltság érték.

 

17. Az MQTT félreértelmezése

A Meshtastic MQTT támogatása hasznos lehet, mert internetes átjárókon keresztül távoli hálózatok is összekapcsolhatók. Ez azonban nem teszi a rendszert önmagában vészhelyzetállóvá. Ha az MQTT internetkapcsolatot igényel, akkor a rendszer visszafügg az infrastruktúrától, amelynek kiesésére eredetileg tartalékként hivatkozunk.

Ráadásul a publikus MQTT szolgáltatásokon forgalmi korlátozások, szűrések és működési feltételek lehetnek. Vészhelyzeti kommunikációt nem célszerű olyan nyilvános, közösségi infrastruktúrára építeni, amelynek rendelkezésre állásáért, prioritásáért és terhelhetőségéért az adott helyi mentési vagy egyéb szervezet nem felel.

Saját MQTT infrastruktúra építhető, de akkor már külön internet, szerver, energiaellátás, biztonság, domain, tanúsítvány, üzemeltetés, monitoring és hibakezelés kell. Ez ismét azt mutatja, hogy a Meshtastic csak akkor válhat komolyabb eszközzé, ha köré professzionális üzemeltetési környezetet építenek.

 

18. Emberi tényezők és képzés

A vészhelyzeti kommunikáció és eleve minden technológia, biztonság leggyengébb pontja mindig az ember. A technológia csak akkor működik, ha a felhasználók tudják használni. Nem elég kiosztani az eszközt, rendszeres gyakorlat, egyszerű eljárásrend, rövidített üzenetformátum, hívóazonosítás, prioritási szabály, hibakezelési rend és fegyelmezett forgalmazás kell.

A Meshtasticnál különösen nagy a kísértés, hogy a felhasználók csevegőalkalmazásként kezeljék. Vészhelyzetben ez csatornaterhelést, félreértést és információs zajt okozhat. Aki nincs kiképezve, az túl hosszú üzeneteket ír, rossz címzettnek küld, feleslegesen broadcastol, nem ad pontos helyet, nem igazol vissza, vagy egyszerűen nem figyeli az alkalmazást.

Problémát jelent a kezelő és felügyelő személyzet képzettsége. A rendszer létjogosultáságának vizsgálata tárgyát képező semény kapcsán nem lesz internetes segítség az üzemeltetésben, a személyzet képzetlen, a hálózat üzemeltetéséhez szükséges mérnöki, elektornikai, hálózati és távközlési szakmai tudással nem, jó esetben csak ismereti, de nem alkalmazási szinten rendelkezik.

 

19. A segélykérés hamis biztonságérzete

A legnagyobb veszély nem az, hogy a Meshtastic nem működik. A legnagyobb veszély az, hogy a felhasználó azt hiszi, hogy jól működik. Ha valaki emiatt nem visz magával PLB-t, műholdas üzenetküldőt, kézirádiót, mobil tartalékakkumulátort, papírtérképet vagy más bizonyított eszközt, akkor a Meshtastic hamis biztonságérzetet okozhat. Az pedig nem reális várakozás, hogy olyan helyzetbe kerül valaki, hogy csak Meshtastic eszközre kell támaszkodnia.

A Meshtastic nem helyettesíti a 112-t, nem helyettesíti a mentésirányítást, nem helyettesíti a hivatásos rádiórendszereket, és nem garantálja, hogy segélykérését illetékes személy veszi. Ha nincs a hálózatban kijelölt, folyamatosan figyelő, visszajelző, intézkedési joggal rendelkező pont, akkor a segélykérés csak utolsó remény.

 

20. Mire lehet mégis alkalmas?

A kritika nem jelenti azt, hogy a Meshtastic vészhelyzetben használhatatlan. Vannak helyzetek, ahol kifejezetten hasznos lehet.

Alkalmas lehet például helyi közösségi információcserére, ha a mobilhálózat gyenge vagy kiesik. Egy településrészen, üdülőterületen, tanyavilágban, hegyi táborban, árvízi figyelőszolgálatnál vagy önkéntes csoportnál érdekes és figyelmet fenntartó lehet, ha rövid szöveges üzenetek, pozíciók és státuszok érkeznek, és hasznos, ha átmennek akkor is, amikor nincs internet.

Alkalmas lehet előre telepített szenzor- és állapotjelző hálózatként. Például vízszint, áramellátás, útzár, menedékhelyi státusz, aggregátor üzemanyagállapota, kapacitásjelzés vagy egyszerű státuszüzenetek továbbítására. Ilyen esetekben az alacsony sávszélesség nem feltétlenül baj, mert az üzenetek rövidek és ritkák.

Alkalmas lehet kereső- és túracsoportok kiegészítő pozíciókövetésére, ha a csoport tagjai előre azonos eszközöket, azonos beállításokat, azonos eljárást és megfelelő energiaellátást használnak. Itt sem elsődleges rendszernek való, de segíthet a helyzetkép javításában.

Szerepet kaphat a PACE szemléletben, ahol reálisan inkább alternatív, közösségi segédcsatorna lehet, semmiképp sem elsődleges parancsnoki kommunikáció.

Alkalmas lehet akkor is, ha a hálózatot nem spontán módon, hanem előre megtervezve építik: fix magaslati routerekkel, napelemes energiaellátással, jó antennákkal, egységes firmware-rel, előre kiosztott csatornákkal, dokumentált QR-konfigurációval, tartalék eszközökkel, rendszeres próbával, forgalmi szabályzattal és kijelölt figyelőponttal. Ebben az esetben azonban már nem az önszervező funkció a lényeg, hanem a fegyelmezett hálózattervezés. A Meshtastic csak a rádiós adatátviteli eszköz, a vészhelyzeti alkalmasságot pedig a köré épített szervezet, eljárás, gyakorlat és infrastruktúra adja.

 

21. Milyen feltételekkel lehet kiegészítő rendszer?

Ha valaki Meshtasticot akar vészhelyzeti kiegészítő kommunikációra használni, legalább a következő feltételek szükségesek:

1. Előre meghatározott cél – nem szabad általánosan azt mondani, hogy vészhelyzeti kommunikációra jó lesz. Pontosan meg kell határozni, mire való: településrészi státuszüzenetekre, önkéntesek koordinálására, menedékhelyi jelentésre, túracsoport követésére, szenzoradatokra vagy tartalék szöveges csatornára.

2. Egységes konfiguráció – minden eszközön azonos régió, modem preset, csatorna, kulcs, frekvenciaslot, hop limit és szerepkiosztás kell. A beállításokat dokumentálni kell, és QR-kóddal, nyomtatott lappal, tartalék telefonnal vagy konfigurációs fájllal is elérhetővé kell tenni.

3. Fix infrastruktúra – a lefedettséget nem szabad csak mozgó felhasználókra bízni. Kell néhány magas, jól táplált, jó antennás fix node, amely valóban összeköti a területet.

4. Energiaellátási terv – minden kritikus állomáshoz kell akkumulátor, töltés, napelem vagy más tartalék energia. A telefonok energiaellátását is tervezni kell.

5. Forgalmi rend – meg kell határozni, ki küldhet broadcast üzenetet, milyen gyakran mehet pozíció, milyen üzenetformátumot kell használni, hogyan kell segélykérést írni, és ki igazolja vissza.

6. Kijelölt figyelőpont – ha segélykérés vagy fontos státusz érkezik, lennie kell kijelölt személynek vagy pontnak, amely figyeli, naplózza és továbbítja az információt a hivatalos rendszer felé.

7. Rendszeres gyakorlat – a hálózatot nem elég egyszer kipróbálni. Terheléses próbát, lefedettségi tesztet, akkumulátortesztet, firmware-kompatibilitási ellenőrzést és felhasználói gyakorlatot kell tartani.

8. Tartalék kommunikáció – a Meshtastic mellé kell más csatorna: mobiltelefon, PMR, amatőrrádió, műholdas eszköz, futár, papíralapú üzenetlap vagy más helyi megoldás. A Meshtastic nem lehet az egyetlen út.

 

Összegzés

A Meshtastic technikailag figyelemre méltó rendszer. Olcsó, nyílt, kis fogyasztású, infrastruktúra nélkül is működhet, és rövid szöveges üzenetek, pozíciók, telemetria vagy közösségi státuszinformációk továbbítására alkalmas lehet. Ezek valós előnyök, különösen helyi, közösségi, előre gyakorolt és korlátozott forgalmú használatban.

Vészhelyzeti kommunikációs rendszerként azonban súlyos korlátai vannak. Alacsony a sávszélessége, korlátozott a skálázhatósága, nincs garantált csatornahozzáférése, nem védett frekvencián működik, nem ad teljes végponttól végpontig műveleti kézbesítési bizonyosságot, nem biztosít professzionális prioritáskezelést, beállításérzékeny, eszköz- és telefonfüggő, egyáltalán nem interoperábilis a professzionális, hivatalos rendszerekkel, és csak komoly előzetes tervezés mellett válik részben kiszámíthatóvá.

Ezért a legpontosabb megállapítás szerint a Meshtastic nem alkalmas önálló, elsődleges vészhelyzeti kommunikációs rendszernek. Alkalmas lehet viszont előre megtervezett, begyakorolt, korlátozott célú, helyi tartalék adatkommunikációs rétegnek. A Meshtastic tehát nem mentőszolgálati rádió, nem segélyhívó rendszer, nem alternatív közmű és nem egzakt hálózat.

Mindezek alapján a Meshtastic vészhelyzeti kommunikációs szerepének túlértékelése már kiindulópontjában téves elképzelés. Valódi veszélyhelyzetben az alapvető kommunikációs infrastruktúra pótlása, helyreállítása és működtetése állami, kormányzati, hivatásos és szolgáltatói feladat, nem alkalmi, vagy ötletszerűen összeállított civil rádiós hálózatoké. Ezek megszűnése nem reális várakozás. Nem lesznek távközlési navajók, akiket a semmiből előhúzva adattovábbításra kérnek fel hivatalos szervek. A lakosság és az önkéntesek szerepe ilyen helyzetben legfeljebb a hivatalos utasítások követése, a helyi segítségnyújtás és az információk fegyelmezett továbbítása lehet, nem pedig párhuzamos, bizonytalan elérésű kommunikációs rendszer működtetése.

Ráadásul a gyakorlati tapasztalat sem igazolja az ilyen rendszerek szükségességét: árvízeken, viharokon, tűzvészeken, hóhelyzeteken, járványon, háborúkon és más rendkívüli eseményeken is túl van már az ország, sőt, az egész világ, mégsem merült fel olyan általános, valós igény, amikor civil Meshtastic jellegű alternatív hálózatokra akár csak részben is szükség mutatkozott volna. Ezért a technológia érdekes kísérletként vagy közösségi hobbihálózatként értelmezhető, de elsődleges vagy nélkülözhetetlen vészhelyzeti megoldásként nem.