Internet Resilience Club कैसे शुरू करें

(bowshock.nl)

1 पॉइंट द्वारा GN⁺ 2025-06-17 | 1 टिप्पणियां | WhatsApp पर शेयर करें

युद्ध, भू-राजनीति, और जलवायु परिवर्तन के कारण आगे यूरोप में गंभीर इंटरनेट आउटेज बढ़ने की संभावना है
LoRa रेडियो और Meshtastic सॉफ़्टवेयर का उपयोग करके छोटे स्वयंसेवी समूह शुरुआती संचार बहाली में नेतृत्व दे सकते हैं
पारंपरिक amateur radio तरीके लागत, जटिलता और बिजली खपत की वजह से अप्रभावी हैं
LoRa/ Meshtastic नेटवर्क सस्ते और low-power होते हैं, और बिना केंद्रीय इन्फ्रास्ट्रक्चर के टेक्स्ट संदेश भेज सकते हैं
क्लब बनाना स्थानीय expert network तैयार करने, उपकरण जुटाने, और hands-on meetups आयोजित करने जैसे कदमों के साथ बेहद व्यावहारिक है

अवलोकन

यूरोप में युद्ध, भू-राजनीतिक तनाव, और जलवायु परिवर्तन के कारण आगे बार-बार इंटरनेट आउटेज की आशंका है। सरकारों और कंपनियों की तैयारी सीमित होने की स्थिति में, छोटे स्वयंसेवी समूह LoRa रेडियो और open source Meshtastic messenger का उपयोग करके संचार बहाली के शुरुआती नेतृत्व की भूमिका निभा सकते हैं। Internet Resilience Club एक सस्ता और आपात स्थिति के लिए उपयोगी off-grid mesh network बनाने का तरीका है

लेखक परिचय

लेखिका Valerie Aurora 25 वर्ष के अनुभव वाली system software engineer और volunteer organizer हैं, और European Cyber Resilience Act की rapporteur तथा RIPE meeting program committee की सदस्य हैं

Internet Resilience Club की ज़रूरत क्यों है

रूस-यूक्रेन युद्ध के उदाहरण से स्पष्ट है कि राष्ट्रीय संकट की स्थिति में इंटरनेट और बिजली इन्फ्रास्ट्रक्चर गंभीर रूप से ठप हो सकते हैं
यूक्रेन के internet operators ने generators, passive optical fiber, और military exemption staff जैसी कई resilience strategies अपनाईं
नीदरलैंड सहित पश्चिमी यूरोप के देश वास्तविक आपदा-जोखिम के लिए पर्याप्त रूप से तैयार नहीं हैं

crisis engineering और व्यक्तिगत तैयारी

crisis engineering के नज़रिए से, संकट आने से पहले संगठनों को तैयार कराना लगभग असंभव होता है, इसलिए व्यक्तिगत स्तर पर पहले से तैयारी करना महत्वपूर्ण है
क्लब बनाना, networking experts को जोड़ना, और केंद्रीय इन्फ्रास्ट्रक्चर के बिना सीधे संचार बहाल करने की कोशिश करना ज़रूरी है

LoRa और Meshtastic समाधान

LoRa/ Meshtastic क्या है

LoRa एक low-power, low-cost, unlicensed, short-range (कुछ km) रेडियो संचार तकनीक है
Meshtastic open source firmware इंस्टॉल होने पर, बिना केंद्रीय सर्वर के mesh messaging संभव हो जाता है, और point-to-point (RF) से mesh network तक विस्तार किया जा सकता है
Bluetooth या WiFi के माध्यम से smartphone और PC से जोड़ा जा सकता है
साधारण text message भेजने के लिए उपयुक्त

पारंपरिक Ham Radio की सीमाएँ

amateur radio में उच्च लागत, अधिक power, और जटिल license/training जैसी समस्याओं के कारण इसकी उपयोगिता सीमित है

Internet Resilience Club स्थापित करने की गाइड

संक्षिप्त प्रक्रिया

लगभग 10km के दायरे में experts का समूह बनाएं
सामान्य समय में Signal, Matrix, email आदि के जरिए संचार का तरीका तय करें
सभी सदस्यों को LoRa रेडियो, power bank (trickle charging support के साथ) दें
LoRa पर Meshtastic firmware इंस्टॉल करें और communication channel तय करें
नियमित meetups, messenger practice, और आपसी मेलजोल को बढ़ावा दें
अगर आप किसी कंपनी में ज़िम्मेदार भूमिका में हैं, तो employee welfare के हिस्से के रूप में LoRa रेडियो, power bank, और छोटे solar panel देने का प्रस्ताव रखा जा सकता है

LoRa के फायदे

केंद्रीय इन्फ्रास्ट्रक्चर की ज़रूरत नहीं, license की आवश्यकता नहीं, और सस्ता (लगभग 20 euro से शुरू)
low-power (1W से कम), इसलिए mobile phone power bank से लंबे समय तक चल सकता है
Meshtastic open source support, SMS-स्तर के संदेश कुछ km तक भेजे जा सकते हैं
कुछ शहरी क्षेत्रों में Meshtastic network पहले से सक्रिय हैं

LoRa/ Meshtastic कैसे काम करता है

mesh में 3 hops तक लगभग 10km तक text message relay संभव है (भू-आकृति और मौसम के अनुसार अलग हो सकता है)
low-speed (~1~25kbps), low-power (<1W) RF communication
node connection और message transmission के लिए Bluetooth/WiFi सपोर्ट वाला डिवाइस ज़रूरी है
कुछ उत्पादों में case, battery, external antenna आदि hardware विकल्प अलग-अलग मिलते हैं

power management और solar उपयोग

LoRa की 100~200mA low-power खपत होती है; 10000~20000mAh mobile power bank के साथ 2~8 दिन चल सकता है
"trickle charging" सपोर्ट वाला power bank ज़रूरी है, क्योंकि कुछ power bank कम current पहचानने पर अपने-आप off हो जाते हैं
छोटे solar panel (800cm², 15W~5W/500mA) को सीधे जोड़कर portable और पर्यावरण-अनुकूल power source पाया जा सकता है, अलग controller की ज़रूरत नहीं होती

सुझाए गए डिवाइस

Heltec V3: case/battery नहीं, OLED स्क्रीन, WiFi/Bluetooth, USB-C support, सस्ता (लगभग 20 euro)
LILYGO T-Echo: case, built-in battery, Bluetooth, e-ink display, GPS support, लगभग 80 euro, portability और तुरंत उपयोग के लिहाज़ से अच्छा
LILYGO T-Deck: keyboard/trackball/touchscreen के साथ standalone, लगभग 8 घंटे battery, 70~80 euro, अक्सर stock में कमी
external antenna upgrade की सिफारिश (उदाहरण: Taoglas TI.08.A, 868MHz)

antenna लगाए बिना डिवाइस चलाने पर नुकसान का जोखिम है

Meshtastic firmware इंस्टॉलेशन

कुछ उत्पाद firmware के साथ पहले से आते हैं, लेकिन आमतौर पर वह पुराना version होता है, इसलिए latest firmware flash करने की सिफारिश है
browser-based (Chrome/Edge) tool या file drag-and-drop तरीके उपलब्ध हैं; अनुभवी उपयोगकर्ता CLI/Serial तरीका भी इस्तेमाल कर सकते हैं

frequency और channel settings

यूरोप में अनुमत frequency: 868MHz, 433MHz
Meshtastic डिफ़ॉल्ट रूप से 868MHz का उपयोग करता है, और modem preset को default (LONG_FAST) पर रखना बेहतर है
channel को mesh encryption key और नाम से मैनेज किया जाता है, और QR code से settings साझा की जा सकती हैं

meetups और training

संकट आने से पहले प्रैक्टिस और टीमवर्क बनाना ज़रूरी है
अलग-अलग समय, स्थान, और गतिविधियों के ज़रिए भागीदारी का दायरा बढ़ाने की सिफारिश की जाती है

संदर्भ और community

अतिरिक्त सवालों और जानकारी के आदान-प्रदान के लिए mailing list उपलब्ध है

निष्कर्ष

Internet Resilience Club कम लागत, low-power, और open source पर आधारित एक व्यावहारिक crisis response solution है
स्थानीय expert समूह बनाकर, उपकरण तैयार रखकर, और नियमित training के जरिए राष्ट्रीय/कॉर्पोरेट इन्फ्रास्ट्रक्चर की कमी को कुछ हद तक पूरा किया जा सकता है
अगर कोई शुरुआत नहीं करेगा, तो कोई भी नहीं करेगा

1 टिप्पणियां

GN⁺ 2025-06-17

Hacker News राय

मैंने Meshtastic को ऐसे ग्रामीण इलाके में ले जाकर सेटअप करने की कोशिश की जहाँ इंटरनेट लगभग नहीं था, और पता चला कि यह प्रोजेक्ट बिना इंटरनेट इस्तेमाल होने वाली स्थितियों के लिए बिल्कुल तैयार नहीं है
- बोर्ड फ्लैश करते समय आधिकारिक तौर पर सिर्फ Web Flasher बताया जाता है, और सोर्स लेकर खुद करने की कोशिश करें तो PlatformIO जैसी toolchain इंस्टॉल करने के लिए भी इंटरनेट चाहिए
- क्लाइंट ऐप भी app store या web app के रूप में दिया जाता है, लेकिन इनमें से कोई भी ऑफलाइन नहीं चल सकता
- वास्तव में बोर्ड खुद web app होस्ट करता है, लेकिन उसे कंप्यूटर में सीधे लगाकर इस्तेमाल नहीं किया जा सकता, Wifi AP से जुड़ना ज़रूरी है
- आधिकारिक दस्तावेज़ भी सिर्फ वेब पर ही देखे जा सकते हैं, और ऑफलाइन PDF या self-hosting जैसी किसी चीज़ का मार्गदर्शन नहीं है
- तकनीकी लोग किसी तरह इसका हल निकाल सकते हैं, लेकिन इसे साफ़ तौर पर प्रमुख बात की तरह नहीं बताया गया है
- समझता हूँ कि इस लेख का मूल संदेश पहले से तैयारी करके रखने का है, लेकिन ऑफलाइन PDF दस्तावेज़ तक नहीं दिए गए हैं
- इस मौके पर Meshcore नाम के प्रोजेक्ट के बारे में भी पता चला, लेकिन अगर उसका "Getting Started" गाइड YouTube वीडियो है, तो आपातकालीन उपयोग के लिए वह काफ़ी नहीं है
- मैं हमेशा CLI या "drag and drop" तरीके से ही firmware फ्लैश करता हूँ
  - web flasher शुरुआती लोगों के लिए अच्छा है, लेकिन हर डिवाइस के लिए 100% ऑफलाइन तरीका मौजूद है
  - Android client की apk फ़ाइलें सीधे GitHub Releases से डाउनलोड की जा सकती हैं
  - फिर भी मुझे लगता है कि लंबे समय तक इंटरनेट बंद रहने वाले परिदृश्यों के लिए अभी से कहीं ज़्यादा सक्रिय समर्थन चाहिए
- compiled firmware GitHub पर स्क्रिप्ट्स के साथ उपलब्ध है, और Meshtastic CLI इस्तेमाल किया जा सकता है
  - दस्तावेज़ भी git repository में .mdx फ़ॉर्मेट में हैं
  - जिन सभी असुविधाओं का तुमने ज़िक्र किया, वे वेब ब्राउज़र-आधारित उपयोगकर्ताओं के लिए सुविधा बढ़ाने का परिणाम हैं
  - आज का वेब इकोसिस्टम, web3 समेत, decentralization से अभी भी काफ़ी दूर है
- यह सब सुनकर लगता है कि एक 'सचमुच local-first' इकोसिस्टम और इन्फ्रास्ट्रक्चर बनाना ज़रूरी है
  - 'Local-first' घोषणापत्र पढ़ते समय मैं जिस local-first की उम्मीद कर रहा था, वह यह नहीं था, इसलिए काफ़ी निराशा हुई
  - मेरे हिसाब से असली local-first वह मॉडल है जिसमें smartphone आपस में Bluetooth से जुड़कर बिना किसी central server के sync करते हैं
  - लेकिन SaaS के रूप में कमाई करने वालों के लिए ऐसा तरीका व्यावहारिक नहीं है
  - वास्तव में आपदा के बाद network expansion जैसी स्थितियों में तभी सच्ची resilience दिखेगी जब tools और development environment दोनों सच में local-first हों
मैंने यूरोप के एक बड़े शहर में Meshtastic को लगभग 100% coverage के साथ टेस्ट किया, लेकिन असली प्रदर्शन काफ़ी निराशाजनक था
- antenna gain की समस्याओं और अस्थिर mesh की वजह से कई बार messages का जवाब नहीं दिया जा सका
- public chat पूरी तरह मरी हुई थी या test messages से भरी हुई, और कुल मिलाकर यह बहुत धीमा था; 100 से ज़्यादा nodes होते ही mesh जल्दी टूटने लगता है
- channel speed थोड़ी तेज़ हो तब भी जल्दी saturation हो जाता है
- आख़िरकार यह ऐसा सिस्टम नहीं है जिस पर आपातकाल में भरोसा किया जा सके
- बल्कि मुझे लगता है कि पुराने second-hand WiFi routers से public Wi-Fi mesh बनाना कहीं ज़्यादा प्रभावी होगा
- ऐसे routers लगभग मुफ़्त मिल जाते हैं, compatible clients भी बहुत हैं, और power consumption भी कम है
- बेशक अगर बिजली लंबे समय तक चली जाए तो इसकी सीमा होगी, लेकिन बिजली हो तो यह उपयोगी इन्फ्रास्ट्रक्चर है
- मुझे भी कुछ ऐसा ही महसूस हुआ
  - एक साल से ज़्यादा समय तक दो nodes चलाने के बाद भी असली संपर्क मुश्किल से 2 बार हुआ
  - YAGI antenna, 868MHz dedicated antenna, और ऊँची जगह होने के बावजूद coverage बहुत कम थी और signal जल्दी गिर जाता था
  - 868MHz frequency में ऊँचाई से मदद मिलती है, फिर भी attenuation काफ़ी होता है
  - concept अपने आप में अच्छा है, लेकिन व्यावहारिक समाधान के रूप में कमज़ोर है
  - Hamnet या amateur radio कहीं ज़्यादा भरोसेमंद हैं
  - छोटे SDR की वजह से लगभग 20 यूरो में साधारण radio भी खरीदा जा सकता है
- mesh networks (Wi-Fi mesh सहित) को भी कुछ हद तक पहले से design करना पड़ता है
  - हमारे इलाके में पहाड़ की चोटी पर लगे बहुत अच्छे ROUTER की वजह से 80km दूरी पर भी काफ़ी भरोसेमंद messaging संभव है
  - WiFi से यह दूरी कभी संभव नहीं
  - लगभग 80 nodes LONG_FAST mode में चल रहे हैं, और आबादी लगभग 5 लाख है
  - फिर भी Meshtastic का routing algorithm अक्षम है और उसमें सुधार की बहुत गुंजाइश है
- WiFi router तुलनात्मक रूप से छोटे coverage क्षेत्र के लिए काफ़ी बिजली खर्च करते हैं
  - कुछ सौ वर्ग मीटर के लिए लगभग 10 watt चाहिए
  - अगर पूरे शहर की coverage चाहिए, तो यह अक्षम है
- स्पेन में बड़े blackout का अनुभव रखने वाले के रूप में, मुझे लगता है कि phones का इस्तेमाल करने वाला यह तरीका सच में मददगार होता
  - अगर सिर्फ़ एक व्यक्ति के पास generator या Starlink हो, तो वह सबको कुछ हद तक connectivity दे सकता है
- यह हैरानी की बात है कि phone manufacturers ने अब तक mesh networking लागू नहीं की
  - Apple का Find My network एक तरह का mesh कहा जा सकता है, लेकिन arbitrary data भेजने के लिए उसकी bandwidth बहुत कम है
  - उम्मीद है कि Apple का नया mobile WiFi chip असली internet mesh network का संकेत हो सकता है
मेरे बुरे सपनों में एक यह है कि सुबह उठूँ और बिजली बंद हो, इंटरनेट कट गया हो, और फोन भी बंद पड़े हों
उम्र बढ़ने के साथ यह मुझे धीरे-धीरे आदर्श स्थिति जैसा लगने लगा है
- यह मज़ाक है, समझता हूँ, लेकिन लगता है कि इस स्थिति का वास्तविक simulation नहीं किया गया
  - हाल में स्पेन और पुर्तगाल में जब सचमुच blackout हुआ, तो वह सुंदर अनुभव नहीं था
- अगर एक कदम आगे बढ़कर सड़कों के भी बंद हो जाने की कल्पना करें, तो थोड़ी देर मज़ेदार लग सकता है, लेकिन लंबा चले तो भयानक अराजकता होगी
  - technology पर निर्भरता और उसकी नाज़ुकता के बारे में समझ की कमी है
  - पहले अंडों की supply रुकने का डर या toilet paper की hoarding जैसी बातें मज़ाक लगती थीं, लेकिन वे सच में हुईं
  - अब यह मानना पड़ेगा कि supply chain का बने रहना हमेशा निश्चित नहीं है
  - मज़ेदार बात लग सकती है, लेकिन यह सोचना सार्थक है कि क्या ऐसी निर्भरताएँ सच में ज़रूरी हैं
  - "resilience" की अवधारणा अपने आप में बहुत दिलचस्प है
- सामान्य दिनों में मैं भी सहमत होता
  - लेकिन संकट की स्थिति में बात अलग होती है
- जब पहले WhatsApp और कई social networks बंद हुए थे, तब मैं बर्लिन की सड़कों पर टहल रहा था, और सच में लगा कि पूरा शहर जीवित हो उठा है
  - यह थोड़ा व्यक्तिपरक हो सकता है, लेकिन कुछ लोग ऐसी स्थितियों को सकारात्मक नज़र से भी देखते हैं
mesh radio की bandwidth खुद बहुत सीमित होती है
- कई तरह के interfering signals से प्रतिस्पर्धा होती है, खासकर जब LoRa radios बढ़ते जाते हैं
- लंबी दूरी के transmission में हर node पर delay और bandwidth की कमी जुड़ती जाती है, इसलिए व्यवहार में यह text messages से आगे उपयोगी नहीं रह जाती
- प्रति hop लगभग 0.3~27kbps मिलता है, और multi-hop में यह और बँट जाता है
- बहुत low-bandwidth voice या text-केंद्रित websites के अलावा यह अव्यावहारिक है
- इसके बजाय backbone के लिए सैकड़ों Mbps वाले fixed microwave links और access network के लिए LoRa का उपयोग करना बुनियादी सुधार होगा
- जिन लोगों ने ऐसा प्रयोग वास्तव में किया है, उनके अनुभव जानने की इच्छा है
- इस लेख का मुख्य बिंदु यह है कि mesh network मौजूदा internet को replace करने के लिए नहीं है
  - बल्कि recovery work के दौरान "Resilience club" के सदस्यों के लिए अस्थायी communication channel के रूप में इस्तेमाल करने का सुझाव है
- इस बातचीत से सोचने लगा हूँ कि अगर शहर-स्तरीय hobbyist backbone network microwave links पर बनाया जाए तो कैसा होगा
  - ऊँची इमारतों को hub बनाकर काफ़ी अच्छा mesh बनाया जा सकता है
  - WiFi, LoRa, या दोनों को access network के रूप में इस्तेमाल किया जा सकता है
  - लंबी दूरी वाले mesh की bandwidth बहुत सीमित होती है, इसलिए हर client के लिए speed limit ज़रूरी होगी
  - बेशक ऐसे इन्फ्रास्ट्रक्चर में हज़ारों डॉलर का खर्च, हर साइट पर backup power जैसी बड़ी लागतें होंगी
  - "Big ears, small mouth" technique (बहुत high-gain parabola + LNA receive setup) से दूरी बढ़ाई जा सकती है और bandwidth भी सुधर सकती है
  - ज़रूरी hardware भी सोचने से ज़्यादा संभव लगता है
  - ऐसे प्रयोग पहले से किसने किए हैं, क्या बनाया है, या कौन-सी regulatory limits हैं, यह जानना दिलचस्प होगा
- सही कहा, और अगर proprietary modulation schemes भी जोड़ दी जाएँ, तो स्थिति और खराब हो जाती है
मेरी नज़र में 'resilience' का भविष्य लंबी दूरी जोड़ने वाले hobby radio networks में नहीं है
- बल्कि नज़दीकी, अनियमित connections और स्वाभाविक रूप से घूमने वाले लोगों द्वारा storage में internet traffic ले जाकर पहुँचाने वाली संरचना, यानी sneakernet, में है
- आमने-सामने की मुलाकातों में private keys और identity verify करने वाली एक न्यूनतम trust layer बनती है, जो floating-address मॉडल से कहीं अधिक वास्तविक लगती है
- बेशक दोनों मॉडलों में operators के जोखिम अलग-अलग होते हैं
- जहाँ कोई high-value target नहीं और हर कोई खुद operator हो, वैसा इन्फ्रास्ट्रक्चर सबसे अधिक resilient होगा
- मुझे लगता है अगर सिस्टम लंबी दूरी के physical messengers के उपयोग को प्रोत्साहित करे, तो वह सच में शानदार होगा
  - कुछ ऐसा जैसे 'runner' community encrypted messages लेकर शहर के दूसरे छोर तक दौड़कर पहुँचाए, एक तरह की बारीकी से encrypted postal system जैसी भावना
- मैंने nncp नाम का sneakernet tool इस्तेमाल किया है, और यह Unix-जैसा होने के कारण हाथ का काम ज़्यादा माँगता है, लेकिन अगर इसे UI में लपेटा जाए तो चलाया जा सकता है
  - इसमें neighbors निर्धारित किए जा सकते हैं, अलग फ़ाइल spool या TCP/Noise connections भी संभव हैं
  - हर hop पर data भेजना और E2E encryption दोनों समर्थित हैं
- यह विचार Secure Scuttlebutt से भी मिलता-जुलता है
  - आधिकारिक client का development बंद हो चुका है
- अमेरिका का भूभाग इतना विशाल है कि इस तरह का sneakernet तरीका शहरों में तो उपयोगी है
  - लेकिन कम traffic वाले suburban या ग्रामीण इलाकों में अक्षम है
  - 10km से ज़्यादा coverage वाला mesh उपनगरों या बड़े भूभाग वाले स्थानों में कुछ हद तक प्रभावी हो सकता है
- "storage में internet traffic डालकर ले जाना" से आपका मतलब क्या है, यह जानना चाहता हूँ
इस लेख को बड़े telecom operators के प्रभुत्व वाले शहरी संदर्भ में समझना बेहतर होगा
- Dresden, Germany में कई volunteer संगठनों ने पूरे शहर में खुद लाइनें बिछाईं, और स्वयंसेवकों द्वारा चलाया जाने वाला internet exchange center (DD-IX) भी हाल में बना है
- जब तक बिजली है, हम अपना खुद का internet रख सकते हैं
- लेखक शायद ऐसी प्रणाली की कल्पना कर रहा है जो battery पर निर्भर होकर बिजली न होने पर भी चल सके
grid down होने की स्थिति के लिए, मैं data transmission में RF की बजाय laser communication को प्राथमिकता देता हूँ
- laser पर FCC नहीं बल्कि FDA का अधिकार है, और यह लंबी दूरी की high-capacity transmission के लिए उपयुक्त है
- setup में manual मेहनत है, लेकिन एक बार बन जाने पर reliability और mountain-top relay दोनों में शानदार है
- laser signal directional होता है, इसलिए privacy के लिहाज़ से भी RF से बेहतर है
- grid down की स्थिति में अधिकतर उपयोग fixed locations से होगा, इसलिए RF saturation से बचने के लिए laser bridge उपयोगी है
- अतिरिक्त रूप से laser के time-domain changes को detect करके, तय दूरी से ज़्यादा बदलाव होने पर auto-shutdown जैसी सुविधा से man-in-the-middle attack के खिलाफ सुरक्षा भी जोड़ी जा सकती है
- मौसम की समस्या होने पर HAM gear से आसानी से voice पर स्विच किया जा सकता है
- तकनीकी रूप से यह अवैध है, लेकिन आम तौर पर महीने में मुश्किल से एक बार कोई पकड़ा जाता है
- blackout जैसी स्थिति में TLA के पास इससे ज़्यादा ज़रूरी काम होंगे, और radios जल्दी गायब भी हो जाते हैं, इसलिए व्यवहार में उपयोग में बड़ी समस्या नहीं होगी
सामग्री थोड़ी पुरानी और अधूरी लग सकती है, लेकिन इस समय Meshcore, Meshtastic का प्रतिस्पर्धी है
- Meshcore
- LoRa से बस text messages जैसी चीज़ें ही संभव हैं; images, voice, या binary files भेजने की उम्मीद नहीं करनी चाहिए
- एक और विकल्प सस्ते चीनी walkie-talkies (Quangsheng UV-K5) और satellite APRS का संयोजन है
- लगभग 20 यूरो में text messaging संभव है
- Meshcore का इरादा थोड़ा उलझन भरा लगता है
  - यह commercial-सा लगता है, और email भी customers@... जैसा है
  - license information भी स्पष्ट नहीं है
  - फिलहाल मेरा झुकाव अभी भी Meshtastic की ओर है
- Meshcore About page पर भी सिर्फ YouTube वीडियो हैं, "Download Docs PDF" जैसा कोई बटन नहीं है
  - इससे लगता है कि “हम इंटरनेट के बिना लोगों और चीज़ों को जोड़ते हैं” वाला उनका नारा पूरी गंभीरता से नहीं लिया गया है
- सच तो यह है कि LoRa की कम bandwidth के कारण बहुत खराब voice भी मुश्किल से संभव है
  - अत्यधिक compressed codec हो तो 0.5kbps से नीचे भी जाया जा सकता है
  - standard codecs में सैन्य MELPe codec 600bps पर काम कर सकता है
- Meshcore के बारे में पहली बार सुना, लेकिन यह थोड़ा ज़्यादा व्यवस्थित और Meshtastic से अधिक polished लगता है
  - हालाँकि transparency कम है; शायद यह अभी समय के साथ सुधरने वाली बात हो
  - यह open source की आवश्यकताएँ पूरी करता है
  - लेखक के उद्धरण में जो बात थी, “आपदा आने तक कुछ नहीं किया जा सकता; संकट आने पर ही संगठन सुनते हैं,” उसमें कड़वी सच्चाई और सहमति दोनों हैं
  - मैंने 100 साल से अधिक पुरानी परंपरा वाली कंपनी में काम किया है, और वे भी disaster preparedness को लेकर उत्साही नहीं थे
  - DR system administrators को हमेशा समर्थन पाना कठिन होता है, और failure response पर बहुत लागत और मेहनत लगती है
  - insurance की तरह, ज़रूरी होने पर भी इसे अक्सर नज़रअंदाज़ कर दिया जाता है
- LoRa और APRS (satellite सहित) मूल रूप से बेहद low-bandwidth हैं
  - mesh हो या APRS, कुछ दर्जन लोगों से आगे जाते ही routing और signal के कारण कुल reliability तेज़ी से गिरती है
  - APRS के लिए ham license और थोड़ा महँगा equipment चाहिए, लेकिन smart beacon जैसी सुविधाओं के बावजूद TX/RX collisions अक्सर होते हैं
  - बहुत से लोग radio बिना सोचे-समझे खरीद लेते हैं, लेकिन असली equipment usage या licensing के बारे में कम जानते हैं
  - असली शहरी वातावरण में one-way range कुछ सौ मीटर तक ही रहती है, और आपातकालीन स्थिति के मुख्य repeaters emergency services द्वारा कब्ज़े में होते हैं
  - निष्कर्ष: बेहतर है कि कुछ किताबें और ताश की गड्डी तैयार रखें, और यह स्वीकार करें कि ऑफलाइन जीवन कुछ समय पहले तक सामान्य बात था
मेरे हिसाब से Meshtastic/LoRa खुद communication medium के रूप में कई तरह से कमज़ोर है
- संघर्ष या युद्ध की स्थिति में LoRa signal निकलते ही मित्र-पक्ष के coordinates पर artillery या rockets आ सकते हैं
- उदाहरण के लिए यूक्रेन में भी अगर DJI drone को default firmware के साथ उड़ाया जाए तो उसे तुरंत detect कर लिया जाता है
- यूक्रेन के radio उपयोग में encrypted communication से यथासंभव बचना पहला नियम है
- encryption से बचने की वजह यह है कि encrypted signal दुश्मन को उल्टा यह संकेत देता है कि यहाँ कोई "महत्वपूर्ण व्यक्ति" है, और वह तुरंत लक्ष्य बन जाता है
- अगर इतनी आसानी से artillery targeting हो सकती है, तो LoRa उपकरणों को frontline के पास random तरीके से गिराकर, random timers पर चालू कराया जा सकता है
  - ताकि दुश्मन बेकार में बहुत सारा ammunition खर्च कर दे