Internet Resiliency Club शुरू करने का तरीका

 (bowshock.nl)
1 पॉइंट द्वारा GN⁺ 2025-06-17 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • युद्ध, भू-राजनीति और जलवायु परिवर्तन के कारण यूरोप में इंटरनेट आउटेज अधिक बार और अधिक गंभीर हो सकते हैं, इसलिए स्वयंसेवी तकनीकी विशेषज्ञों के छोटे समूह संचार बहाली के शुरुआती केंद्र बन सकते हैं
  • क्लब कम-शक्ति, बिना लाइसेंस वाले LoRa रेडियो और ओपन सोर्स Meshtastic टेक्स्ट मैसेजिंग का उपयोग करके बिना किसी केंद्रीय इन्फ्रास्ट्रक्चर के कई km की दूरी पर एक-दूसरे से संपर्क कर सकता है
  • इस संयोजन में लाइसेंस और केंद्रीय सर्वर की ज़रूरत नहीं होती, इसकी शुरुआत लगभग €20 से हो सकती है, और यह 1W से कम बिजली पर पावर बैंक या छोटे सोलर पैनल से भी चल सकता है
  • शुरू करने का तरीका है लगभग 10km के भीतर के इंटरनेट विशेषज्ञों को इकट्ठा करना, सामान्य समय के संपर्क चैनल तय करना, फिर LoRa रेडियो और पावर बैंक तैयार करके एक साझा चैनल पर बार-बार अभ्यास करना
  • बिजली या इंटरनेट कटने के बाद तैयारी का समय नहीं मिलता, इसलिए संकट से पहले आमने-सामने मिलकर संदेश भेजने, उपकरण और प्रक्रियाओं का अभ्यास करना ज़रूरी है

Internet Resiliency Club की भूमिका

  • Internet Resiliency Club इंटरनेट विशेषज्ञों का एक स्वयंसेवी समूह है, जो केंद्रीकृत इन्फ्रास्ट्रक्चर के बिना आपस में संचार करने के लिए बनाया जाता है
  • यह सस्ते, कम-शक्ति, बिना लाइसेंस वाले LoRa रेडियो और ओपन सोर्स Meshtastic टेक्स्ट मैसेजिंग सॉफ़्टवेयर का उपयोग करता है
  • प्रतिभागी अपने रेडियो, तकनीकी कौशल और अन्य विशेषज्ञों से व्यक्तिगत संपर्कों का उपयोग करके इंटरनेट कनेक्टिविटी बहाल करने की शुरुआती प्रक्रिया शुरू कर सकते हैं
  • इसका आधार यह समझ है कि युद्ध, भू-राजनीति और जलवायु परिवर्तन के कारण यूरोप में इंटरनेट आउटेज अधिक बार और अधिक गंभीर हो सकते हैं
  • सरकारें और कंपनियाँ आवश्यक बदलावों के जोखिम और लागत के कारण संकट आने से पहले कदम न उठाएँ

अभी तैयारी क्यों ज़रूरी है

  • यूक्रेन में रूस ने बम और हैकर्स दोनों का उपयोग करके संचार और बिजली पर बार-बार हमला किया है
  • 2022 में यूक्रेन को निशाना बनाने वाले मालवेयर के कारण जर्मनी की पवन टर्बाइनें निष्क्रिय हो गई थीं
  • बाल्टिक सागर में संदिग्ध तेल टैंकरों द्वारा लंगर घसीटकर समुद्र-तल की केबल काटे जाने की घटनाएँ जारी रही हैं
  • NATO प्रमुख ने सभी को घर में 3 दिन का सामान रखने की सलाह दी है
  • यूक्रेन के IXP 1-IX का “Network Resilience: Experiences of survival and development during the war in Ukraine” युद्ध के दौरान नेटवर्क संचालन की वास्तविकता दिखाता है
    • छद्मवेशी राउटर रूम बनाना
    • 3 दिन के जनरेटर पावर की व्यवस्था करना
    • active optical cable को passive तरीके से बदलना
    • नेटवर्क कर्मियों के लिए सैन्य सेवा से छूट सुनिश्चित करना
  • नीदरलैंड की cloud-आधारित “आपात संचार” प्रणाली की आलोचना हुई कि बिजली या इंटरनेट कनेक्टिविटी प्रभावित होने वाली आपात स्थिति में यह काम नहीं करेगी
  • भले ही संचार क्षेत्र में बिजली ग्रिड के “black start” जैसी कोई औपचारिक योजना हो, उसे लागू करने वाले नेटवर्क ऑपरेटरों तक वह साझा नहीं की जा रही है

संकट प्रतिक्रिया और स्वयंसेवी नेटवर्क

  • Layer Aleph की Crisis Engineering कक्षा का मानना है कि जब कोई संगठन अस्तित्वगत संकट का सामना करता है, तो वह या तो तेज़ी से अधिक कार्यक्षम रूप ले लेता है, या विफल होकर और अधिक अव्यवस्थित हो जाता है
  • इस दृष्टिकोण में संगठनों को पहले से संकट आने के लिए मनाने के बजाय, संकट आने पर इस्तेमाल होने वाले टूल और योजनाएँ तैयार रखने पर ज़ोर है
  • सरकार या कंपनियों की मदद के बिना व्यक्ति जो कर सकते हैं, उनमें एक तरीका यह है कि केंद्रीय इन्फ्रास्ट्रक्चर के बिना संचार करने में सक्षम नेटवर्क विशेषज्ञों का स्वयंसेवी समूह बनाया जाए
  • amateur radio लंबी दूरी और अधिक bandwidth दे सकता है, लेकिन लागत, सीखने की कठिनाई, लाइसेंस, एंटीना और बिजली की ज़रूरतें इसे इस उद्देश्य के लिए कम व्यावहारिक बनाती हैं
  • LoRa और Meshtastic को कई km की दूरी पर टेक्स्ट संदेश भेजने वाले सस्ते, कम-शक्ति विकल्प के रूप में चुना गया है

त्वरित शुरुआत प्रक्रिया

  • Internet Resiliency Club बनाने का तरीका
    • लगभग 10km के भीतर मौजूद इंटरनेट-संबंधित तकनीकी लोगों को इकट्ठा करें
    • सामान्य समय में संपर्क के साधन तय करें: Signal, Matrix, ईमेल आदि
    • हर व्यक्ति LoRa रेडियो और low-current charging (trickle charge) सपोर्ट करने वाला पावर बैंक तैयार रखे
    • LoRa रेडियो पर Meshtastic इंस्टॉल करें
    • साथ में इस्तेमाल होने वाला LoRa चैनल तय करें
    • बैठक करें और Meshtastic से संदेश भेजते हुए अभ्यास करें
  • अगर आप इंटरनेट इन्फ्रास्ट्रक्चर कंपनी में काम करते हैं, तो रुचि रखने वाले कर्मचारियों को निजी उपयोग के लिए LoRa रेडियो, फ़ोन पावर बैंक और संभव हो तो छोटे सोलर पैनल उपलब्ध कराने का प्रस्ताव रख सकते हैं

LoRa और Meshtastic कैसे काम करते हैं

  • LoRa रेडियो में आपात संचार के लिए उपयुक्त कई विशेषताएँ हैं
    • केंद्रीय इन्फ्रास्ट्रक्चर की आवश्यकता नहीं
    • लाइसेंस की आवश्यकता नहीं
    • लगभग €20 से शुरू होने वाली कम कीमत
    • 1W से कम बिजली खपत
    • सामान्य फ़ोन पावर बैंक से पावर मिल सकती है
    • ओपन सोर्स Meshtastic firmware चलाता है
    • line-of-sight के आधार पर कई hops में कई km तक टेक्स्ट संदेश भेज और प्राप्त कर सकता है
    • Bluetooth या WiFi से फ़ोन या कंप्यूटर से जुड़ सकता है
    • कई शहरी क्षेत्रों में पहले से Meshtastic नेटवर्क मौजूद हैं
  • LoRa chirp spread spectrum तकनीक से निकला कम-शक्ति, कम-बिटरेट वायरलेस मैसेजिंग तरीका है
    • ट्रांसमिशन स्पीड लगभग 1~25kbps
    • बिजली खपत 1W से कम
  • Meshtastic LoRa रेडियो के लिए ओपन सोर्स firmware है
    • यह flood-forward mesh network protocol का उपयोग करता है
    • Meshtastic nodes के बीच अधिकतम 3 line-of-sight hops तक संदेश आगे बढ़ाता है
    • सामान्यतः लगभग 10km, लेकिन यह भू-आकृति और मौसम पर बहुत निर्भर करता है
  • कम कीमत वाले LoRa बोर्ड अक्सर development board रूप में आते हैं, इसलिए उनमें बैटरी, केस या अच्छा एंटीना नहीं हो सकता
  • महंगे उत्पाद enclosure, बैटरी, सोलर पैनल, बड़ी स्क्रीन, कीबोर्ड आदि के साथ आ सकते हैं, और कुछ बिना अलग फ़ोन या कंप्यूटर के भी इस्तेमाल किए जा सकते हैं

Meshtastic और MeshCore के बीच चयन

  • MeshCore अधिक स्थिर तरीके से mesh भेज सकता है, लेकिन इसे resilience के मामले में कमज़ोर माना गया है
  • लंबी दूरी की विश्वसनीयता अक्सर ऐसे तरीके से आती है जो केंद्रीकृत और centrally managed नेटवर्क के अधिक करीब हो
  • MeshCore फिलहाल congestion समस्याओं से जूझ रहा है और bottom-up के बजाय top-down management की ज़रूरत पड़ती है
  • अगर बिजली चली जाए और कई repeaters बंद हो जाएँ, तो MeshCore नेटवर्क के बड़े हिस्से अलग हो सकते हैं, और बचा हुआ हिस्सा update messages से भर सकता है
  • दोनों तरीकों को साथ में इस्तेमाल करना भी संभव है
    • ऐसे डिवाइस तैयार रखें जो Meshtastic और MeshCore दोनों चला सकें
    • नेटवर्क कनेक्टिविटी या grid power के बिना firmware बदलने का अभ्यास करें

बैटरी और सोलर पावर

  • LoRa रेडियो आम तौर पर केवल 100~200mA के स्तर की कम बिजली इस्तेमाल करते हैं
  • 10,000~20,000mAh क्षमता वाले सामान्य फ़ोन पावर बैंक LoRa रेडियो को लगभग 2~8 दिन तक चला सकते हैं
    • chipset
    • transmission time
    • WiFi या Bluetooth उपयोग पर यह निर्भर करता है
  • पावर बैंक में low-current charging का सपोर्ट होना चाहिए
    • यदि यह सपोर्ट नहीं हो, तो LoRa रेडियो की कम बिजली खपत के कारण पावर बैंक यह समझ सकता है कि कुछ भी जुड़ा नहीं है और बिजली देना बंद कर सकता है
  • USB output वाले छोटे सोलर पैनल सीधे जोड़े जा सकते हैं, या LoRa रेडियो में इस्तेमाल होने वाली बैटरी को चार्ज करने के लिए सोलर पावर का उपयोग किया जा सकता है
  • अगर 800cm² का folding solar panel 15W बनाता है और अधिकतम 5W/500mA output देता है, तो यह कई LoRa रेडियो चलाने के लिए पर्याप्त है
  • इस स्तर के छोटे सेटअप में fuse, charge controller या buck/boost converter के बिना भी सिर्फ सोलर पैनल और वैकल्पिक फ़ोन पावर बैंक से काम चल सकता है
  • 2026 तक integrated battery वाले पूरी तरह solar LoRa रेडियो खरीदे जा सकते हैं, लेकिन quality control की समस्याएँ अब भी बनी हुई हैं

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

  • Internet Resiliency Club के लिए सुझाए गए डिवाइस
    • SenseCap Solar P-1 Pro: सोलर पावर, बैटरी बैकअप, outdoor installation के लिए
    • Heltec V4: सबसे सस्ता विकल्प
    • SenseCap Card Tracker 1000E: everyday carry या गैर-तकनीकी उपयोगकर्ताओं के लिए
    • LILYGO T-Echo: portable और hacking के लिए उपयुक्त
  • डिवाइस चुनने से भी मुश्किल उन्हें खरीद पाना हो सकता है, इसलिए बहुत देर तक सोचने के बजाय शुरू कर देना बेहतर है
  • सावधानी: एंटीना जोड़े बिना LoRa डिवाइस को चालू नहीं करना चाहिए
    • जो पावर एंटीना से प्रसारित होनी चाहिए, वह न हो पाने पर डिवाइस को नुकसान पहुँचा सकती है
  • कई LoRa डिवाइस USB-C पोर्ट रखते हैं, लेकिन वे USB-C PD को ठीक से implement नहीं करते
    • स्थिर charging के लिए USB-A to USB-C cable की सिफारिश की जाती है

  • SenseCap Solar P-1 Pro

    • अगर आप €100 खर्च कर सकते हैं, तो बाहरी बिजली के बिना लगातार चलने वाला LoRa node जोड़ने के लिए इसे सबसे अच्छा विकल्प बताया गया है
    • यह सोलर और बैटरी बैकअप वाला LoRa node है, जिसे बालकनी, छत या बाड़ पर लगाया जा सकता है
    • P-1 Pro में battery और GPS शामिल हैं, जबकि P-1 में नहीं
    • Meshtastic का SenseCap Solar P-1/P-1 Pro दस्तावेज़

  • Heltec V4 या उससे ऊपर

    • अगर आपके पास अधिक समय है और आप पैसे बचाना चाहते हैं, तो लगभग €20 का Heltec V4 या उससे ऊपर का मॉडल सुझाया गया है
    • इसमें डाक-टिकट आकार की OLED स्क्रीन, कुछ छोटे बटन, WiFi/Bluetooth और USB-C input/power है
    • प्राप्त संदेश OLED पर दिखते हैं और बटनों से स्क्रॉल किए जा सकते हैं
    • संदेश भेजने के लिए WiFi या Bluetooth कनेक्शन चाहिए
    • इसमें केस, बैटरी या GPS नहीं है, लेकिन अलग पावर बैंक इस्तेमाल करने की सलाह दी जाती है
    • Meshtastic का Heltec V4 दस्तावेज़

  • SenseCap Card Tracker 1000-E

    • यह Meshtastic node को रोज़ साथ रखने के लिए उपयुक्त है
    • इसका आकार और रूप कई credit cards के बराबर है
    • तकनीक से कम परिचित परिवार या दोस्तों को देने के लिए भी सुविधाजनक है
    • Meshtastic का SenseCAP 1000-E दस्तावेज़

  • LILYGO T-Echo

    • अगर आपको hacking के लिए उपयुक्त और छोटे केस वाला डिवाइस चाहिए, तो इसकी सिफारिश की जाती है
    • यह लगभग €80 का कम-शक्ति portable डिवाइस है
    • इसमें लगभग 3cm का चौकोर e-ink screen, बटन वाला केस, Bluetooth, GPS और लगभग एक दिन चलने वाली बैटरी है
    • प्राप्त संदेश e-ink screen पर दिखते हैं और बटनों से स्क्रॉल किए जा सकते हैं
    • संदेश भेजने के लिए इसे Bluetooth से दूसरे डिवाइस से जोड़ना पड़ता है
    • Meshtastic का LILYGO T-Echo दस्तावेज़

firmware इंस्टॉलेशन और वायरलेस सेटिंग्स

  • कुछ बोर्ड Meshtastic पहले से इंस्टॉल होकर आते हैं, लेकिन आम तौर पर वह कई महीने पुराना version हो सकता है
  • LoRa बोर्ड को flash करना अपेक्षाकृत आसान है
    • Meshtastic web browser flasher का उपयोग किया जा सकता है
    • Chrome या Edge चाहिए
    • अगर डिवाइस USB drive की तरह mount हो जाए, तो फ़ाइल drag-and-drop करके भी काम हो सकता है
    • serial interface इस्तेमाल करने वाले command-line tools भी हैं, लेकिन उनके लिए Python environment सेट करना पड़ सकता है
  • यूरोप में LoRa के लिए इस्तेमाल होने वाली frequencies 868MHz और 433MHz हैं
  • यूरोप के Meshtastic उपयोगकर्ताओं में 868MHz सबसे अधिक प्रचलित है
  • modem preset में किसी विशेष कारण के बिना डिफ़ॉल्ट LONG_FAST इस्तेमाल किया जाता है
  • LoRa का channel एक message flow है जो एक ही encryption key और channel name का उपयोग करता है
    • एक default primary channel होता है जिसे सभी Meshtastic nodes साझा करते हैं
    • secondary channel भी सेट किया जा सकता है, जिसमें सिर्फ वही nodes पहुँच सकते हैं जिनके पास वही key और channel name हो
    • साझा secondary channel के लिए encryption key और channel name तय करके QR code से सेटिंग साझा की जा सकती है

बैठकें और अभ्यास

  • साथ काम करना संकट के दौरान नहीं, बल्कि संकट से पहले सीखना चाहिए
  • Crisis Engineering के नज़रिए से, जो टीम पहले साथ काम कर चुकी हो उसके सफल होने की संभावना अधिक होती है
  • स्वयंसेवी समूह में साथ “काम करने” का अनुभव मज़ेदार भी होना चाहिए
  • बैठक की गतिविधियाँ, स्थान और समय बदलते रहना चाहिए ताकि अलग-अलग लोग भाग ले सकें
  • वास्तव में मिलकर Meshtastic संदेश भेजना, और उपकरणों व प्रक्रियाओं को हाथ से सीखना, क्लब चलाने का मूल है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-06-17
Hacker News टिप्पणियां

  • मुझे लगता है कि Meshtastic अभी बिना इंटरनेट वाले माहौल में तुरंत install करके इस्तेमाल करने के लिए तैयार नहीं है
    मैं गांव के vacation spot पर board ले गया था ताकि खुले इलाके में test कर सकूं, लेकिन वहां internet बहुत सीमित था, और पूरा Meshtastic project web-first लगा
    board flash करने का recommended तरीका "Web Flasher" है, और firmware source ले भी लें तो PlatformIO को toolchain और flasher internet से download करके install करना पड़ता है
    client app stores या https://client.meshtastic.org/ web app के रूप में मिलता है, लेकिन दोनों में से कोई भी offline-first नहीं है। बाद में पता चला कि board खुद web app host करता है, फिर भी Wi-Fi AP से connect करना पड़ता है और सिर्फ board को computer में plug करने से access नहीं मिलता
    docs भी सिर्फ https://meshtastic.org/docs पर हैं, और "Download Docs" या "How to self host this project" जैसे items नहीं दिखते। technical लोग रास्ता निकाल सकते हैं, लेकिन लगता नहीं कि यह core focus है
    इस article का मकसद शायद पहले से सब तैयार रखने को कहना हो सकता है, लेकिन offline पढ़ने के लिए PDF docs तक न होना अफसोसजनक है। इसी thread में Meshcore के बारे में भी पता चला, लेकिन अगर site की getting started guide YouTube video है, तो emergency preparedness के लिहाज से यह काफी नहीं है

    • flash हमेशा CLI या "drag and drop" तरीके से ही किया है, और Web Flasher beginners के लिए अच्छा है, लेकिन सभी devices के लिए 100% offline तरीका मौजूद है
      Android client .apk सीधे GitHub से मिल सकता है: https://github.com/meshtastic/Meshtastic-Android/releases
      फिर भी मैं सहमत हूं कि लंबे समय तक internet outage वाले use case को बेहतर support करना चाहिए
    • compiled firmware GitHub पर है, और flash scripts के साथ bundled है
      Meshtastic CLI भी इस्तेमाल किया जा सकता है
      docs git repository में .mdx format में हैं: https://github.com/meshtastic/meshtastic
      बताए गए सारे issues web browser के आदी users के लिए चीजों को ज्यादा convenient बनाने की कोशिश का नतीजा लगते हैं। आज का web, web3 सहित, decentralization से काफी दूर है
    • मुझे लगता है ऐसी कई समस्याएं users और contributors के scale और diversity बढ़ने पर हल हो जाती हैं
      Linux को देखें तो पिछले 10 साल में बहुत बढ़ा है, और सच कहें तो सबसे बड़ा हिस्सा usability है। UI/UX काफी बेहतर और साफ-सुथरा हुआ है। Microsoft और Apple के ज्यादा hostile होते जाने से alternatives खोजने वाले लोग भी बढ़े हैं, लेकिन उनके आने की जगह usability ने बनाई, और बड़े व विविध community ने accessibility बढ़ाई
      criticism जारी रखें, लेकिन उसे सिर्फ शिकायत नहीं बल्कि feedback के रूप में समझना चाहिए। तभी इन चीजों को बेहतर products में बदला जा सकता है। आखिर यही तो वह जगह है जहां बेहतरीन products बनते हैं, है न
      और documentation की अहमियत को कभी कम करके नहीं आंकना चाहिए। यह लगातार बदलती रहती है, इसलिए बोझिल और झंझट भरी लग सकती है, लेकिन अगर लोगों को पता ही न हो कि participate कैसे करना है, तो आप उन्हें साथ नहीं ला सकते। company हो या open source project, यह बेहद profitable investment है
    • client को लेकर चिंता कुछ हद तक सही नहीं हो सकती
      web app को browser से page save कर लें तो लगता है offline भी ठीक से काम करता है
      Android app के pre-built versions GitHub पर हैं
      iOS app को end users तक offline distribute न कर पाना Apple की वजह से है। Apple को दोष दें या बेहतर phone खरीदें
    • board को सिर्फ computer में plug करते ही usable बनाना काफी मामूली तौर पर implement किया जा सकने वाला काम है
      सुविधा के लिए USB Ethernet के जरिए control webserver खोलने वाले devices मैंने देखे हैं

  • यूरोप के एक बड़े शहर में, जहाँ लगभग 100% mesh coverage था, Meshtastic को टेस्ट किया, लेकिन असल performance काफी निराशाजनक रही
    antenna gain के फर्क और खराब mesh performance की वजह से अक्सर message मिल तो जाते थे, लेकिन reply नहीं कर पाते थे, और public chat या तो पूरी तरह dead होती थी या test messages से भरी रहती थी
    mesh असल में ठीक से scale नहीं हो पाता; 100 से ज़्यादा nodes होते ही टूटने लगता है, और medium-speed channel भी जल्दी jam हो जाता है, जिससे सब कुछ बहुत धीमा हो जाता है। जब कोई इस्तेमाल भी नहीं कर रहा होता तब भी यह मुश्किल से चलने लायक होता है, इसलिए emergency में मैं Meshtastic पर निर्भर नहीं रहूँगा
    इसके बजाय public Wi-Fi mesh शायद ज़्यादा काम का होगा। पुराने Wi-Fi routers लगभग मुफ्त मिल जाते हैं, supply भी बहुत है और power भी कम लेते हैं। हर किसी की जेब में पहले से compatible client device है। पूरी power outage में mesh fail हो जाएगा, लेकिन बिजली होने पर कम-से-कम किसी काम तो आ सकता है

    • इस आकलन से सहमत हूँ। करीब 1 साल, शायद उससे भी ज़्यादा समय तक दो nodes चलाए, लेकिन उस दौरान शायद सिर्फ दो बार contact हुआ
      868MHz के लिए tuned Yagi antenna या dedicated pole antenna इस्तेमाल करने पर भी मेरी location पर range काफी खराब है। सड़क के साथ 1km ही चलें तो signal तेजी से गिरता दिखता है। मुझे पता है कि height बहुत अहम है और antenna भी काफी ऊँचा है, लेकिन 868MHz में attenuation बहुत तेज लगता है
      इसलिए मुझे नहीं लगता कि Meshtastic कोई खास effective solution है। सिद्धांत ठीक है, लेकिन वास्तविक implementation कमजोर है। खासकर अब, जब SDR की वजह से simple handheld radios करीब 20 euro में बहुत सस्ते हो गए हैं, Hamnet या traditional amateur radio जैसे मौजूदा तरीके मुझे कहीं बेहतर लगते हैं
    • Wi-Fi routers जितना area cover करते हैं, उसके मुकाबले काफी power खाते हैं
      100 square meter के लिए करीब 10 watt हो तो पूरे शहर को cover करने की कोशिश में यह बड़ा खर्च है
    • Spain की blackout झेलने के बाद, phone इस्तेमाल करने वाला ऐसा तरीका सच में बहुत उपयोगी लगता
      तब अगर सिर्फ एक व्यक्ति के पास generator या Starlink हो, तो भी कुछ हद तक connectivity दी जा सकती है
    • यह हैरानी की बात है कि phone manufacturers ने अभी तक mesh network implement नहीं किया
      Apple के Find My network को एक तरह का mesh कह सकते हैं, लेकिन arbitrary data को चुपचाप carry कराने के लिए bandwidth बहुत कम है। Apple का नया mobile Wi-Fi chip शायद असली internet mesh network का शुरुआती संकेत हो सकता है
    • Meshtastic को भी, दूसरे networks और mesh Wi-Fi सहित, कुछ हद तक planning की जरूरत होती है
      मेरे इलाके में पहाड़ों की चोटियों पर बहुत अच्छी तरह रखे गए कुछ ROUTER nodes हैं, जो नीचे शहर के noise flood को काफी हद तक दबा देते हैं, और करीब 80km तक local messaging काफी reliable है। Wi-Fi से यह कभी संभव नहीं होगा
      conditions हैं: करीब 80 local nodes, LONG_FAST channel, और population करीब 5 लाख
      हालांकि Meshtastic का routing algorithm बेहद inefficient है और इसमें सुधार की बहुत गुंजाइश है

  • सुबह उठकर यह nightmare देखना कि बिजली चली गई है, internet बंद है और phone काम नहीं कर रहा—उम्र बढ़ने के साथ यह और ज़्यादा idyllic लगने लगा है

    • समस्या में एक और dimension जोड़ें तो सोच सकते हैं कि एक दिन उठकर पता चले कि roads काम नहीं कर रही हैं
      अगर पता हो कि उसी दिन देर तक roads फिर से काम करने लगेंगी, तो कई लोग शायद मज़े से समय बिता लें। लेकिन समस्या लंबी खिंचे तो वह chaos व्यापक और unpleasant नतीजे देगा
      हम अभी भी ठीक से नहीं समझते कि हम technology पर कितने निर्भर हैं, और ये technologies कितनी fragile हो सकती हैं। कुछ साल पहले अगर कोई कहता कि egg supply रुकने के लिए तैयार रहना चाहिए, तो लोग हँसते। “मुझे eggs वैसे भी ज्यादा पसंद नहीं” जैसे jokes भी आते। toilet paper hoarding का क्या? सिर्फ इन दो incidents से ही माना जा सकता है कि supply disruption कम-से-कम कुछ हद तक possible है। goods और services की endless supply वाला पुराना assumption future में कायम नहीं रह सकता
      joke मजेदार है, और कुछ dependencies ऐसी हैं जिन्हें खत्म हो जाने पर personally शायद miss न करूँ। जब तक वे miss होने न लगें
      मेरे लिए personally interesting concept overall resilience है
    • satire समझ आता है, लेकिन लगता है आपने situation को पर्याप्त intensity से simulate नहीं किया
      हाल की blackout में Spain और Portugal के ज्यादातर हिस्सों में वास्तव में यही हुआ था, और हालात अच्छे नहीं थे
    • normal times में तो हाँ, लेकिन किसी भी तरह की crisis में बिल्कुल नहीं
    • कुछ साल पहले जब WhatsApp और कई social media down हुए थे, उस शाम Berlin में बाहर टहलने गया था, और streets अजीब तरह से lively थीं
      काफी surreal था। शायद कोई bias हो, लेकिन मैं भी इसे इसी तरह देखने लगा हूँ
    • “emergency radio चालू करो, अगर हो, तो उसमें लगातार दोहराया जा रहा ‘Swan Lake’ ही सुनाई देता है” वाला हिस्सा क्यों काट दिया?

  • mesh network disaster resilience की बुनियाद है और जरूरी है। सवाल यह है कि उसके ऊपर कौन सी services चलाई जाएँ
    real-time chat के लिए हर जगह tested, rough और insecure simplicity वाला IRC, modern security के साथ Matrix, या कोई mesh-native तरीका हो सकता है जिसके बारे में लगभग कोई नहीं जानता। disaster के बाद real users को onboard कैसे करेंगे, यह भी अहम है
    store-and-forward messaging के लिए SMTP family ठीक बैठ सकती है, लेकिन हर local disaster POP पर असली distributed server होना चाहिए। timeout और retry parameters भी ऐसे चाहिए कि queue में practically हमेशा के लिए रहे
    forums के लिए पुराने NNTP से बेहतर कुछ है? दूसरे protocols ने intermittent indirect connectivity को बाद में अपनाया, लेकिन NNTP उसी माहौल में पैदा हुआ था
    यह भी सवाल है कि real disaster situation में इससे ज्यादा sophisticated या interactive कुछ realistic है भी या नहीं
    major OS के clients वाला onboarding kit, किसी AOL CD-ROM जैसा, USB dongle के जरिए sneakernet distribution में उपयोगी हो सकता है

    • disaster के बाद onboarding app store lock-in और sideloading की मुश्किलों की वजह से जटिल हो जाती है
      यहाँ तक कि phones पर साधारण http या self-signed https connection खोलना भी अब मुश्किल है
      मुझसे ज्यादा समझदार किसी के पास ऐसे tools का collection होगा, लेकिन मुझे नहीं पता कहाँ मिलेगा
      store-and-forward के लिए NNCP इसी purpose के लिए design किया गया है, लेकिन अभी widespread नहीं है
    • लेख का point मुझे यह नहीं लगता कि उस mesh network को internet replacement की तरह इस्तेमाल करना है
      author का idea लगता है कि “resilience club” जब सामान्य internet को restore कर रहा हो, तब mesh network इस्तेमाल करने के लिए communication channel देता है

  • मेश वायरलेस की bandwidth काफ़ी खराब होती है
    सबसे पहले, इसे बहुत सारे interference sources से मुकाबला करना पड़ता है, जिनमें दूसरे LoRa radios भी शामिल हैं। बिजली कट जाए तो यह थोड़ा बेहतर हो सकता है। इससे भी ज़्यादा अहम बात यह है कि लंबी दूरी के connection में हर intermediate hop पर bandwidth खर्च होती है और latency व jitter जुड़ते जाते हैं
    text messaging तक तो यह ठीक लग सकता है, लेकिन प्रति hop bandwidth 0.3kbps से 27kbps तक होती है और shared multi-hop links में यह और बंट जाती है, इसलिए इसके अलावा short-range ultra-low-bandwidth voice calls या minimal text-only websites देखने जैसी चीज़ों को छोड़कर यह व्यावहारिक नहीं है
    backbone के तौर पर fixed multi-megabit point-to-point microwave wireless links से इसे मजबूत करना, और LoRa को सिर्फ access network के रूप में इस्तेमाल करना ज़्यादा समझदारी हो सकती है
    असल में ऐसा करके देखने का अनुभव जानना चाहूंगा

    • मुझे नहीं लगता कि लेख का मुख्य विचार उस mesh network को internet substitute की तरह इस्तेमाल करना है
      लेखक का विचार शायद यह है कि जब “resilience club” सामान्य internet को restore कर रहा हो, तब mesh network communication channel उपलब्ध कराए
    • बात करते-करते मैं शहर-स्तरीय club-operated microwave backbone network के idea तक पहुंच गया
      100Mbit-class point-to-point Ethernet-over-microwave links जैसी चीज़ पर आधारित, और ऊंची इमारतों को hubs की तरह इस्तेमाल करके, काफ़ी अच्छा mesh बनाया जा सकता है। Wi-Fi, LoRa या दोनों access network की भूमिका निभा सकते हैं। long-range mesh bandwidth बहुत सीमित है, इसलिए misuse रोकने के लिए per-client bandwidth limits ज़रूरी होंगी
      बेशक यह सस्ता नहीं होगा। अच्छे microwave links हजारों dollars के होते हैं, और network के हर हिस्से को backup solar और battery power चाहिए
      bandwidth बढ़ाने के लिए “big ears, small mouth” technique पर भी विचार किया जा सकता है। LoRa जैसी तकनीक के fixed links legal EIRP levels पर transmit करें, लेकिन receiving side पर high-gain parabolic dish—मसलन reused satellite dish—और low-noise amplifier दोनों सिरों पर लगाएं, तो end-to-end Eb/No काफी बढ़ सकता है, और कानूनी सीमा में रहते हुए bandwidth और distance को बहुत बढ़ाया जा सकता है
      जरूरी hardware antennae के बीच active RF switching या hybrid/circulator का इस्तेमाल करके duplexing के लिए काफी feasible लगता है। जानना चाहूंगा कि क्या किसी ने ऐसा कुछ पहले ही बनाया है या manufacture करता है, और practical implementation व regulatory hurdles क्या हैं
    • बात सही है, और proprietary modulation schemes स्थिति को और खराब कर देते हैं

  • अगर यह लेख ऐसे शहर से आया हो जहां सिर्फ बड़े telecom operators हों, तो यह ज़्यादा समझ में आता है
    Germany के Dresden में कई volunteer organizations हैं जिन्होंने शहर भर में cables बिछाए हैं या microwave antennas लगाए हैं। AG DSN, Bürgernetz, Freifunk ऐसे ही हैं, और हाल ही में volunteers द्वारा चलाया जाने वाला internet exchange DD-IX भी आया है
    इसलिए जब तक बिजली है, हमारे पास अपना खुद का internet है

    • लेखक शायद ऐसा system सोच रहा है जो बिजली न होने पर भी, battery चलने तक operate करे

  • Meshtastic मजेदार है लेकिन सीमित है, और असली mesh infrastructure के बजाय wireless chat app जैसा ज़्यादा है
    decentralized communication को लेकर गंभीर हैं तो Reticulum देखने लायक है: https://reticulum.network
    Reticulum सिर्फ LoRa तक सीमित नहीं है; यह IP, serial connections, packet radio और आपके पास जो भी हो, उसके ऊपर काम करता है। इसकी खासियतें हैं delay-tolerant, multi-hop, encrypted, और server की जरूरत नहीं। अभी बहुत काम और बनाने के लिए apps बाकी हैं, लेकिन foundation मजबूत है
    EH22 की अच्छी talk: https://media.ccc.de/v/eh22-97-eggceptional-meshnetworking

  • मुझे लगता है resilience की ओर बेहतर रास्ता राज्य के दूसरी तरफ बैठे hobbyists के बीच persistent wireless connections नहीं, बल्कि बस के दूसरी तरफ बैठे लोगों के बीच intermittent connections और ऐसा application layer है जो उस दिशा में जा रहे लोगों की जेब के filesystem में “internet” traffic ले जाने की व्यवस्था करे
    अगर हर hop किसी से handshake करने और यह verify करने का मौका बने कि उस private key का मालिक एक वास्तविक इंसान है, तो threat landscape बदल जाता है। उसके ऊपर न्यूनतम trust layer बनाई जा सकती है। हवा में तैरते hardware addresses से ऐसा कुछ नहीं मिलता
    दोनों तरीकों में user behavior की वजह से network operators पर अवांछित ध्यान खिंचने की संभावना है, लेकिन स्तर बहुत अलग हैं। अब तक, मेरी जानकारी में, transmission source trace करने के लिए Meshtastic operator का दरवाजा तोड़कर अंदर घुसने जैसी घटनाएं नहीं हुई हैं, लेकिन दूसरे long-range mischief tools fail हों तो यह बदल सकता है
    सबसे resilient infrastructure वही होगा जिसमें high-value targets न हों—यानी ऐसी संरचना जिसमें हर user समान रूप से operator हो

    • यह idea Secure Scuttlebutt से काफी मिलता-जुलता लगता है
      इसकी मौजूदा स्थिति के बारे में पता नहीं। website से linked clients का development कुछ समय से बंद लगता है
      https://en.m.wikipedia.org/wiki/Secure_Scuttlebutt
    • मुझे जो मिले हैं, उनमें nncp सबसे अच्छे sneakernet tool के करीब है
      यह बहुत UNIX-like है, इसलिए non-technical व्यक्ति के लिए इसे operate करना काफी मुश्किल है, लेकिन इसी वजह से इसे UI में wrap करना भी आसान होना चाहिए। configuration में “neighbors” की list स्पष्ट रूप से जोड़नी पड़ती है, और “packets” को files के रूप में spool किया जा सकता है या TCP/Noise connection का उपयोग करके भेजा जा सकता है। hop-by-hop forwarding भी संभव है और end-to-end encryption भी
      http://www.nncpgo.org/
      https://www.complete.org/nncp/
    • शायद मैं इसे बहुत cyberpunk तरीके से सोच रहा हूं, लेकिन अगर system किसी व्यक्ति को long-distance physical delivery के लिए reward दे तो बढ़िया होगा
      ऐसे courier communities बन सकते हैं जो भीड़भाड़ वाले इलाकों में चलते हुए भेजे गए messages इकट्ठा करें, फिर शहर के दूसरे छोर तक दौड़कर encrypted messages को उनके recipients तक पहुंचाएं
    • अमेरिका दुर्भाग्य से बहुत फैला हुआ है
      ऐसा approach शहरों में काम करेगा, लेकिन जहां लोग bus नहीं लेते या रोजाना दूसरे लोगों के आसपास भी नहीं होते, वहां यह बहुत कम प्रभावी होगा
      6 miles तक पहुंचने वाले तरीके का फायदा यह है कि suburbs और 20–40 acre plots वाले rural areas को अपेक्षाकृत प्रभावी ढंग से cover किया जा सकता है
    • जेब के filesystem में “internet” traffic ले जाने से क्या मतलब है?

  • ठीक है, लेकिन थोड़ा पुराना और अधूरा है। आजकल Meshcore, Meshtastic से काफ़ी मुकाबला कर रहा है: https://meshcore.co.uk/
    याद रखने वाली बात यह है कि LoRa सिर्फ़ छोटे text messages की अनुमति देता है। images, voice, binary files के बारे में सोचना भी नहीं चाहिए
    एक और विकल्प 20 यूरो वाला सस्ता चीनी रेडियो Quangsheng UV-K5 है, जिससे satellite connection के ज़रिए text messages भेजने वाला APRS इस्तेमाल किया जा सकता है

    • LoRa और satellite APRS, और सच कहें तो ground APRS में भी समस्या यह है कि bandwidth बहुत सीमित होती है और आम तौर पर "एक समय में एक व्यक्ति" ही संभव होता है
      Meshtastic या Meshcore दर्जनों base stations और कुछ chat users के लिए ठीक हो सकते हैं, लेकिन संख्या बढ़ने पर routing और signal processing में bandwidth का अधिकांश हिस्सा खर्च हो जाता है, और अगर बहुत लोग एक साथ messages भेजें तो पूरा system बहुत unstable हो जाता है
      APRS थोड़ा बेहतर है क्योंकि इसके लिए amateur radio license चाहिए और आम तौर पर equipment भी थोड़ा महंगा होता है, लेकिन "SmartBeaconing" और कुछ ham users भर से भी collisions हो जाते हैं, यानी कई लोग एक साथ transmit करके एक-दूसरे में interference पैदा करते हैं
      Reddit पर ऐसे सस्ते चीनी radios खरीदने वाले preppers और मूर्ख लोग आम हैं, जिनके पास आम तौर पर न ज्ञान होता है, न ज़रूरी license, और न ही असल में इस्तेमाल करने का तरीका पता होता है। शहरी माहौल में simplex communication range कुछ सौ मीटर, या radios के बीच एक-दो बड़ी buildings तक मापी जाती है। repeaters असली emergency services इस्तेमाल कर रही होंगी, इसलिए किसी भी तरह के "private use" के लिए वे असल में इस्तेमाल लायक नहीं हैं
      कुल मिलाकर, कुछ किताबें और ताश की एक गड्डी साथ रखकर इंतज़ार करना बेहतर है। बहुत ज़्यादा समय पहले तक घर से बाहर संपर्क न हो पाना सामान्य बात थी, और हम ठीक-ठाक चल लेते थे
    • Meshcore में जो बात समझ नहीं आती, वह इसका लक्ष्य है
      यह किसी commercial business जैसा दिखता है और contact email भी customers@... है। license भी समझ नहीं आता। मैं तो Meshtastic ही इस्तेमाल करूंगा
    • https://meshcore.co.uk/about.html पर जाएं तो सिर्फ़ दो YouTube videos हैं और "Download Docs PDF" button नहीं है—इसी से पता चलता है कि "internet का इस्तेमाल किए बिना लोगों और चीज़ों को जोड़ना" वाली बात को वे कितना गंभीरता से लेते हैं
    • बहुत low-bandwidth codec इस्तेमाल करें तो LoRa में voice को लगभग ठूंसना संभव है
      aggressive codecs 0.5kbps से कम भी कर सकते हैं। audio quality की कीमत पर standard codec इस्तेमाल करना चाहें तो military MELPe codec में 600bit/s standard mode है
    • Meshcore के बारे में पहली बार सुना। Meshtastic से ज़्यादा organized लगता है
      मोटे तौर पर देखने पर यह ज़्यादा polished लगता है, लेकिन साथ ही थोड़ा ज़्यादा opaque भी दिखता है। शायद इसलिए कि इसे जमने के लिए अभी पर्याप्त समय नहीं मिला है। public qualification तो जैसे पूरी करता है
      लेख का जवाब कि "संकट आने से पहले organizations नहीं सुनते। हम बस tools और plans तैयार रख सकते हैं" बहुत दुखद है, लेकिन सच में सही बात है
      मुझे 100 साल से ज़्यादा पुरानी एक company में काम करने का मौका मिला था, जिसने युद्ध, Great Depression, recessions, market collapses वगैरह देखे थे
      ऐसी company disaster planning के लिए काफ़ी खुली थी, लेकिन साथ ही कई बार शुतुरमुर्ग की तरह रेत में सिर छिपाने वाली जिद्दी भी लगती थी। इसकी सबसे बड़ी खासियत यह थी कि यह financially और culturally काफ़ी conservative थी, जो आज के tech industry में काफी अलग बात है
      जिसने भी disaster recovery systems manage किए हैं, वह जानता है कि support पाना कितना मुश्किल होता है। disaster recovery महंगा होता है, बहुत resources खाता है, test करना कठिन होता है, और लोग इसके बारे में सोचना नहीं चाहते। यह insurance जैसा है

  • Meshtastic/LoRa communication के लिए बस खराब है और इसमें बहुत ज़्यादा समस्याएं हैं
    conflict situation में LoRa चालू करने वाले व्यक्ति की location पर shells या rockets आ सकते हैं
    Ukraine में जैसे default firmware वाला DJI drone चालू करने पर क्या होता है, उससे समझ सकते हैं
    Ukraine में radio इस्तेमाल करते समय भी rule number 1 है कि encrypted radio इस्तेमाल न करें। मुझे यह उदाहरण खास पसंद है क्योंकि यह common sense के उलट लगता है। जब दुश्मन पूरी communication देख सकता है तो कोई unencrypted radio क्यों इस्तेमाल करना चाहेगा
    वजह यह है कि encrypted wireless traffic दुश्मन के लिए बहुत दिलचस्प होता है। अगर कोई इसे इस्तेमाल कर रहा है, तो उसके important व्यक्ति होने की संभावना ज़्यादा है, और फिर वे shells भेजते हैं

    • अगर यह इतनी आसानी से artillery target बन जाता है, तो इससे उल्टा फायदा भी बनाया जा सकता है
      front line के पास LoRa devices को random तरीके से लगाएं, risk घटाने के लिए autonomous drones या fiber-optic drones से गिराएं, और random timers से उन्हें on/off करते रहें, तो दुश्मन को shells और drones खर्च करने पर मजबूर किया जा सकता है