मैं mesh networks सीखना शुरू कर रहा हूँ (Meshtastic, MeshCore, Reticulum)

 (jonaharagon.com)
1 पॉइंट द्वारा GN⁺ 21 시간 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Mesh networking केंद्रीय service providers पर निर्भरता कम करता है, और messaging, social, और information sharing जैसे उन उपयोगों के लिए उपयुक्त है जहाँ accessibility और censorship resistance महत्वपूर्ण हैं
  • LoRa-आधारित over-the-air mesh बिना लाइसेंस वाले sub-gigahertz bands में कम power और लंबी range देता है, जिससे स्थानीय peer-to-peer networks बनाए जा सकते हैं
  • Meshtastic mobile messaging और device tracking के लिए इस्तेमाल में आसान है, लेकिन बड़े public mesh में flooding design और hop limits की वजह से इसकी सीमाएँ स्पष्ट हैं
  • MeshCore एक वास्तविक routing system का उपयोग करता है, जिससे transmissions और congestion कम होते हैं और यह अधिकतम 64 hops तक support करता है, लेकिन इसका companion-repeater ढांचा और proprietary clients बोझिल साबित होते हैं
  • Reticulum LoRa, LAN, Wi‑Fi, इंटरनेट, Tor, I2P आदि को मिलाकर encrypted routing देता है, लेकिन standalone LoRa infrastructure nodes का ecosystem अभी भी सरल नहीं है

mesh networks की ज़रूरत क्यों है

  • आधुनिक इंटरनेट तार्किक रूप से mesh structure रखता है, लेकिन व्यवहार में इसके मुख्य resources कुछ ही operators और केंद्रीय service providers पर निर्भर हैं, इसलिए यह censorship pressure और service control के प्रति कमजोर है
  • व्यक्तियों और स्थानीय समुदायों के पास मौजूद laptops, office computers, और mobile devices काफ़ी शक्तिशाली हैं, लेकिन मौजूदा service structure अभी भी बड़े operators की access rights को consume करने वाले मॉडल से गहराई से बंधा हुआ है
  • Mesh networking ऐसा तरीका है जिसमें केंद्रीय data center की जगह सीधे जुड़े कई peers data packets को forward करते हैं, जिससे केंद्रीय service providers पर निर्भरता कम होती है
  • High-bandwidth connections महंगे होते हैं, और gaming जैसी latency-sensitive services को वास्तविक रूप से ऐसे continental और undersea fiber networks की ज़रूरत होती है जिनमें बीच के relay कम से कम हों
  • Netflix जैसी bandwidth-intensive services या gaming जैसी latency-sensitive services को अभी mesh networks पर ले जाना आसान नहीं है, लेकिन messaging, social networking, और information sharing ऐसे उपयोग हैं जहाँ accessibility, censorship resistance, और resilience अधिक महत्वपूर्ण हैं

LoRa-आधारित over-the-air mesh की संभावनाएँ

  • आधुनिक mesh networking innovation का बड़ा हिस्सा LoRa wireless क्षेत्र में हो रहा है
  • LoRa radios ज़्यादातर देशों में सार्वजनिक उपयोग के लिए उपलब्ध बिना लाइसेंस वाले sub-gigahertz bands का उपयोग करते हैं
  • Wi‑Fi के परिचित 2.4GHz और 5GHz unlicensed bands की तुलना में LoRa कम power पर काम करते हुए अधिक लंबी range देता है
  • Over-the-air mesh networking इंटरनेट के साथ coexist करने वाले peer-to-peer networks बना सकता है
    • यह उन क्षेत्रों में connectivity दे सकता है जहाँ अभी connections कमज़ोर हैं
    • यह महत्वपूर्ण ज़रूरतों के लिए इंटरनेट backup बनाए रखकर online personal sovereignty बढ़ा सकता है
  • केवल अपने और network participants के स्वामित्व वाले उपकरणों से messages भेज पाना, ISP या Starlink जैसी services से communication capability किराए पर लेने वाले मॉडल से अलग है

Meshtastic

  • Meshtastic को consumer LoRa mesh क्षेत्र का अग्रणी माना जाता है
  • Meshtastic का मुख्य उपयोग mobile messaging और device tracking है, और यह उस तरह का product अधिक है जिसे सीधे खरीदा और इस्तेमाल किया जा सके, न कि ऐसा tech project जिसमें पहले network बनाया जाए और बाद में उपयोग खोजा जाए
  • यह उन users के लिए आकर्षक है जो छोटे walkie-talkie जैसे तुरंत इस्तेमाल होने वाले tools चाहते हैं
  • Hikers या event participants जैसे छोटे private groups में यह काफ़ी ठीक काम करता है, लेकिन बहुत बड़े और public mesh में इसका design टिकाऊ नहीं रहता
  • कुछ public mesh groups ने range कम करके Meshtastic की usable bandwidth बढ़ाने की कोशिश की है, लेकिन यह मूल समस्या का हल नहीं, बल्कि temporary workaround जैसा है
  • यदि public mesh networking को गंभीरता से लेना है, तो दूसरे समाधानों पर विचार करने की ज़रूरत बढ़ जाती है

MeshCore

  • MeshCore उन विकल्पों में से एक है जिनकी ओर कुछ public mesh groups ने जाना शुरू किया है
  • Meshtastic का मूल design हर message को लगभग पूरे network में flood करता है, इस उम्मीद में कि वह destination तक पहुँच जाएगा
  • MeshCore में वास्तविक routing system है, इसलिए messages केवल sender और receiver को शामिल करने वाले विशिष्ट device paths के माध्यम से भेजे जा सकते हैं
  • इस तरीके से radio transmissions काफ़ी घटती हैं, network congestion कम होता है, reliability बढ़ती है, और sensor या location data sharing की बजाय messaging में रुचि रखने वाले बड़े groups MeshCore की ओर आकर्षित होते हैं
  • MeshCore उस अर्थ में पूर्ण mesh structure नहीं है जिसकी public mesh enthusiasts उम्मीद करते हैं
    • Devices मुख्य रूप से companion और repeater में बँटे होते हैं
    • companion वह device है जिससे अधिकांश users messages भेजते और प्राप्त करते हैं
    • repeater वे devices हैं जो आपस में mesh बनाते हैं और पूरे network की range बढ़ाते हैं
    • companion को network access के लिए हमेशा repeater की range में रहना पड़ता है, और वह दूसरे companion की तरफ़ से messages relay नहीं करता
  • MeshCore में messages अधिकतम 64 hops तक जा सकते हैं, और आदर्श परिस्थितियों में LoRa repeaters कई miles दूर हो सकते हैं, इसलिए इसका वास्तविक scale काफ़ी बड़ा हो सकता है
  • Meshtastic की default 3-hop limit, भले ही इसे 7 hops तक set किया जा सके, message spread पर व्यावहारिक सीमाएँ लगाती है
  • सिद्धांततः कोई भी MeshCore repeater के रूप में भाग ले सकता है, लेकिन इसके लिए अतिरिक्त planning, coordination, और centralization की आवश्यकता होती है

MeshCore की proprietary software समस्या

  • MeshCore की बड़ी समस्या यह है कि इसके कई हिस्से proprietary software हैं
  • Base protocol और कुछ radios के लिए firmware open source हैं, लेकिन official MeshCore clients सभी proprietary हैं और कुछ features paywall के पीछे locked हैं
  • Disaster preparedness के लिए off-grid mesh network में proprietary software उपयुक्त नहीं है, और यदि यह केंद्रीय payment processor पर निर्भर हो तो समस्या और बढ़ जाती है
  • अगर off-grid mesh network का मूल उद्देश्य freedom और control है, तो closed solutions का समर्थन करना कठिन है
  • एक अनौपचारिक MeshCore open source client बनाने की कोशिश पहले से चल रही है
  • फिर भी MeshCore ecosystem के अधिकांश users के official proprietary ecosystem में बने रहने की संभावना अधिक है, और मौजूदा चरण में यह कहना कठिन है कि इसके लाभ, users, और reliability adoption को पूरी तरह justify करते हैं
  • इससे पहले कि network effects इतने मजबूत हो जाएँ कि users किसी विशेष platform में फँस जाएँ, बेहतर समाधान चुनने का अवसर अभी मौजूद है

Meshtastic और MeshCore की साझा सीमाएँ

  • Meshtastic और MeshCore दोनों बहुत अधिक scalable नहीं हैं
    • Meshtastic आदर्श परिस्थितियों में भी मुश्किल से स्थानीय mesh scale तक फैल सकता है
    • MeshCore बेहतर है, लेकिन बड़े regional, national, या planetary scale तक पहुँचना मुश्किल है
  • दोनों projects protocols से अधिक applications जैसे हैं
    • ये LoRa-आधारित simple instant messaging संभव बनाते हैं
    • ये official client apps से परे mesh networking applications पर ज़्यादा ध्यान नहीं देते
  • इन्हें छोटे स्थानीय groups के संचार के लिए design किया गया है, और इनके ऊपर public mesh बनाना standard use case से ज़्यादा एक exception जैसा है
  • दोनों projects लगभग पूरी तरह LoRa पर निर्भर हैं
  • LoRa कई देशों में बिना लाइसेंस उपयोग किया जा सकता है, और इसमें encryption जैसी आधुनिक digital techniques इस्तेमाल की जा सकती हैं, जो amateur radio में अक्सर प्रतिबंधित होती हैं; इसलिए यह temporary low-bandwidth mesh networks बनाने में उपयोगी है
  • लेकिन LoRa हर scenario के लिए perfect solution नहीं है, और इसकी speed काफ़ी धीमी है

Physical network और routing का अलगाव

  • आदर्श mesh networking और routing software को devices को जोड़ने वाले physical network से स्वतंत्र होना चाहिए
  • सस्ते स्थानीय LoRa networks को मोहल्लों और स्थानीय communities में बनाया जा सके, और उन्हें अधिक शक्तिशाली point-to-point microwave links, fiber, या इंटरनेट से interconnect किया जा सके
  • Meshtastic और MeshCore में MQTT का उपयोग करके अलग-अलग meshes को जोड़ने के तरीके हैं
    • Meshtastic में यह अनुभव अच्छा नहीं है
    • इंटरनेट पर MQTT bridging करने से quality इतनी गिर सकती है कि कुछ से अधिक users के लिए network practically unusable हो जाए
  • ऐसा समाधान चाहिए जो अलग-अलग connection types के पार packets को बुद्धिमानी से route करे, ताकि mesh का user experience किसी विशेष interface पर निर्भर न रहे

Reticulum

  • Reticulum एक networking stack है जो LoRa सहित कई physical networks पर मजबूत encrypted routing प्रदान करता है
  • MeshCore की तरह यह network paths के ज़रिए automatic routing देता है, लेकिन वे paths केवल LoRa तक सीमित नहीं, बल्कि सभी supported interfaces से होकर जा सकते हैं
  • Meshtastic की तरह same local network पर devices तुरंत काम कर सकते हैं
    • यदि एक ही LoRa frequency पर दो devices जोड़े जाएँ, तो तुरंत एक working mesh बन जाता है
    • इसके लिए advanced networking knowledge या dedicated repeater की ज़रूरत नहीं होती
  • इसी वजह से Reticulum छोटे private networks, जहाँ Meshtastic अच्छा फिट बैठता है, और बड़े networks, जहाँ MeshCore अपेक्षाकृत बेहतर बैठता है, दोनों के लिए उपयुक्त है
  • यदि आप छोटे Reticulum network से शुरू करें, तो भी वह सामान्य रूप से काम करता है, और यदि कोई एक member साथ-साथ किसी दूसरे Reticulum network से भी जुड़ जाए, तो दोनों networks बिना configuration changes के स्वाभाविक रूप से merge हो सकते हैं
  • Reticulum connections में LoRa, local LAN, point-to-point Wi‑Fi या microwave, इंटरनेट, Tor, I2P, और amateur radio users के लिए packet radio जैसे networks को मिलाकर इस्तेमाल किया जा सकता है

अलग-अलग networks को एक साथ संभालने का तरीका

  • सिद्धांततः Reticulum TCP, UDP, और simple serial interfaces के ज़रिए इंटरैक्ट कर सकने वाले हर network को support कर सकता है
  • यह जुड़े हुए हर network की bandwidth को ध्यान में रखकर messages के लिए सर्वोत्तम path तय करता है, और दूरी व physical network resources दोनों को optimize करता है
  • Reticulum का मूल विचार heterogeneous connectivity है
  • Reticulum documentation के अनुसार पारंपरिक networking में अलग transmission media को मिलाने के लिए gateways, translation layers, और सावधानीपूर्वक configuration की ज़रूरत पड़ती है, लेकिन Reticulum में heterogeneity को ही मूल मान्यता माना गया है
  • Network designers परिस्थिति के अनुसार सस्ते और उपयुक्त media स्वतंत्र रूप से चुन सकते हैं
    • Wide-area low-bandwidth coverage के लिए LoRa
    • Local high-capacity links के लिए Wi‑Fi
    • Anonymous internet connectivity के लिए I2P
    • Infrastructure backhaul के लिए Ethernet
  • Reticulum इन media के बीच translation और coordination को अपने आप संभालता है
  • लंबी अवधि में भले ही स्थानीय mesh networks को इंटरनेट या I2P पर निर्भर नहीं रहना चाहिए, फिर भी TCP और internet protocols पर आधारित connections को first-class feature की तरह support करना local public mesh बनाने वालों के लिए बड़ा लाभ है

स्थानीय meshes के बीच interconnection

  • अगर अलग-अलग local groups आपस में जुड़ सकें, तो network पर उपलब्ध content बहुत बढ़ जाता है
  • Reticulum में connections बढ़ने पर network links अपने आप redundant paths बन जाते हैं
  • उदाहरण के लिए Minneapolis का local mesh और Chicago का local mesh इंटरनेट के माध्यम से जुड़ सकते हैं
    • बाद में कोई अलग operator दोनों शहरों के बीच microwave या LoRa direct link भी बना सकता है
    • सामान्य समय में तेज़ internet path का उपयोग किया जा सकता है
    • Failure की स्थिति में alternate या temporary path उसी Reticulum network के route के रूप में सहजता से काम संभाल सकता है
  • यदि किसी local Reticulum mesh का किसी अन्य Reticulum network से कोई connection न भी हो, तो भी worst-case में local content accessibility बनी रहती है
  • यह लगभग उसी अधिकतम स्तर के बराबर है जो Meshtastic और MeshCore में व्यवहारिक रूप से हासिल किया जा सकता है

सीमाओं और frequencies के पार connection

  • Reticulum cross-border connectivity संभव बनाता है
  • LoRa के साथ समस्या यह है कि अलग-अलग jurisdictions अलग frequencies का उपयोग करते हैं
    • अमेरिका में यह 915MHz पर अधिकतम 1W तक चलता है
    • यूरोप के कई हिस्सों में यह 868MHz या 433MHz पर कम power के साथ चलता है
    • एशिया में 923MHz आदि का उपयोग होता है
  • इस वजह से एशिया का Meshtastic या MeshCore network यूरोप के network से native रूप से नहीं जुड़ सकता
  • MQTT जैसे bridges से इसका workaround किया जा सकता है, लेकिन Reticulum में यदि साझा gateway points मिल जाएँ तो अलग-अलग LoRa networks को native रूप से जोड़ा जा सकता है
    • एक देश का 868MHz radio और दूसरे देश का 923MHz radio fiber link से जोड़ा जा सकता है
    • 2.4GHz microwave links, इंटरनेट, या packet radio भी इस्तेमाल किए जा सकते हैं
    • केवल एक या कुछ connection points होने पर भी, केंद्रीय server के बिना अलग physical networks के बीच Reticulum routing सहज रूप से काम कर सकती है
  • Network operators बिना केंद्रीय coordination के अपनी पसंद के अनुसार network segments बना सकते हैं, और segments जुड़ते ही Reticulum अपने आप network convergence संभाल लेता है
  • Reticulum address space global है और हर node के पास encryption द्वारा सुनिश्चित unique address होता है
  • अलग-अलग Reticulum networks के बीच address overlap होने की संभावना नहीं होती, और IANA, ARIN, या RIPE जैसी केंद्रीय संस्थाओं से addresses बाँटने की भी ज़रूरत नहीं पड़ती

Reticulum application ecosystem

  • Reticulum की ताकत केवल network तक सीमित नहीं है; इसके ऊपर चलने वाला app ecosystem भी मौजूद है
  • NomadNet इसके व्यापक रूप से उपयोग किए जाने वाले apps में से एक है
    • यह terminal app में messaging, file sharing, और text-based browsing देता है
    • यह mouse support भी करता है
  • जिन users के लिए terminal का उपयोग कठिन है, वे Android और PC के लिए GUI app Sideband का उपयोग कर सकते हैं
  • Meshchat भी communication के लिए इस्तेमाल किया जा सकता है, और Reticulum पर आधारित अन्य apps भी उपलब्ध हैं
  • कई communication apps एक-दूसरे के साथ काम कर सकते हैं, इसलिए users अपनी पसंद का app चुन सकते हैं
  • Reticulum के ऊपर लगभग कोई भी app या protocol बनाया जा सकता है, लेकिन कई messengers LXMF, LXST, RRC जैसे कुछ native protocols को standard की तरह इस्तेमाल करते हैं
  • Reticulum में पहले से ऐसा app ecosystem मौजूद है जो broadly same underlying protocols साझा करता है और Meshtastic तथा MeshCore apps जैसी messaging features देता है

Reticulum की सबसे बड़ी समस्या

  • भले ही Reticulum public mesh networking platform के रूप में शक्तिशाली हो, फिर भी जो बड़ी कमी इसे मौजूदा public MeshCore और Meshtastic networks का सीधा विकल्प बनने से रोकती है, वह apps या software स्वयं नहीं हैं
  • मूल समस्या यह है कि Meshtastic और MeshCore की तरह इसके पास LoRa radios के लिए dedicated firmware नहीं है
  • यदि Meshtastic को Heltec V3 जैसे सस्ते device पर install किया जाए, तो वह एक standalone Meshtastic node बन जाता है जो messages भेज और प्राप्त कर सकता है और पूरे network में data relay कर सकता है
  • Reticulum में भी वही सस्ता hardware RNode firmware के साथ LoRa connectivity देने के लिए इस्तेमाल किया जा सकता है
  • लेकिन Reticulum का RNode firmware standalone mesh node की बजाय connected computer के लिए LoRa modem की तरह काम करता है
  • RNode स्वयं बुद्धिमान नहीं है; messages भेजने, पाने, और उन्हें Reticulum network के अन्य nodes तक route करने के लिए उसे Reticulum चलाने वाले computer से जुड़ा होना चाहिए

user devices और infrastructure में अंतर

  • सामान्य users के लिए RNode architecture वास्तविक समस्या न भी हो
  • Meshtastic में भी standalone devices के माध्यम से direct communication दुर्लभ है; LILYGO T-Deck जैसे devices अपवाद के काफ़ी करीब हैं
  • अधिकांश users Meshtastic-compatible LoRa radio को phone या computer से जोड़ते हैं
  • Phones और computers काफ़ी शक्तिशाली हैं, इसलिए यदि कोई switch करना चाहे तो RNode से जुड़े रहते हुए Reticulum चला सकता है
  • समस्या infrastructure क्षेत्र में बड़ी हो जाती है
  • Meshtastic और MeshCore में कई लोग network capacity बढ़ाने के लिए ऊँची पहाड़ियों या इमारतों पर remote, solar-powered nodes लगाते हैं
  • Reticulum में ऐसे remote nodes के लिए केवल RNode चलाने वाला LoRa radio ही नहीं, बल्कि mesh functionality संभालने वाला Reticulum-running computer भी चाहिए
  • यह computer Raspberry Pi Zero जितना साधारण हो सकता है, लेकिन अतिरिक्त cost और power consumption unattended installations, खासकर solar-powered setups, के लिए बोझ बन जाते हैं
  • इस समस्या के समाधान की दिशा में प्रगति हो रही है
    • ESP32 और उससे ऊपर के devices के लिए microReticulum port पर लगातार काम हो रहा है
    • यदि मौजूदा Meshtastic या MeshCore operators बिना अतिरिक्त hardware के Reticulum routing पर switch कर सकें, तो अधिक सक्षम public mesh networks की adoption काफ़ी तेज़ हो सकती है

तीनों समाधानों के उपयुक्त उपयोग

  • Reticulum ऐसा समाधान है जो छोटे local networks और बड़े networks दोनों बना सकता है, और उन्हें organically interconnect करके एक seamless global mesh तक फैलाया जा सकता है
  • Meshtastic hikers के groups के लिए अच्छी तरह उपयुक्त है जो voice walkie-talkie की जगह text और GPS आसानी से साझा करना चाहते हैं
  • MeshCore में regional या neighborhood messaging और DEF CON जैसे बड़े events में off-grid messaging के लिए आकर्षक features हैं
  • कई groups regional या उससे भी बड़े scale के public Meshtastic networks बनाने की कोशिश कर रहे हैं, लेकिन इस scenario में यह लगभग गलत समाधान साबित होता है, और वास्तविक उपयोग में mesh failures तथा communication problems आम हैं
  • केवल आसपास के nodes की मौजूदगी देख लेना और उन nodes के साथ वास्तविक interaction कर पाना, दोनों अलग बातें हैं
  • Reticulum messenger apps या GPS/sensor data sharing के साधन से आगे बढ़कर, लगभग इंटरनेट के विकल्प जैसा पूर्ण networking foundation देता है
  • Meshtastic और MeshCore में कठिन लेकिन महत्वपूर्ण applications भी संभव हैं
    • Retipedia के माध्यम से Wikipedia सहित पूरे Kiwix files तक पहुँच Reticulum users के साथ साझा की जा सकती है
    • यह disaster situations में तेज़ information sharing के लिए उपयोगी हो सकता है

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

1 टिप्पणियां

 
GN⁺ 21 시간 전
Hacker News टिप्पणियाँ

  • पिछले साल दिसंबर से Meshtastic को आज़मा रहा हूँ, लेकिन अब तक नेटवर्क इतना शांत रहा है कि लेखक ने जिस congestion समस्या पर ज़ोर दिया, वह मुझे नहीं मिली
    meshmap के हिसाब से घर से लगभग 2 मील दूर एक नोड होना चाहिए, लेकिन वह स्थिर रूप से दिखता नहीं, और 4.3 मील दूर वाला अगला नोड भी नहीं दिखता। कुछ समय तक लगभग 8.4 मील दूर एक नोड कुछ दिनों तक दिखा फिर गायब हो गया, और क्रिसमस के बाद से मेरे नोड ने 583 नोड देखे हैं, लेकिन एक भी स्थिर नहीं था
    मेरा नोड ज़मीन से लगभग 25 फीट ऊँचे पेड़ पर लटका एक solar node है, और मैं southeast Michigan से suburban city तक आम तौर पर 30 मिनट commute करता हूँ। लेख अच्छा था, लेकिन इससे उल्टा Meshtastic पर मेरा भरोसा और बढ़ा, क्योंकि नोड से कंप्यूटर जोड़ने की ज़रूरत नहीं है और MeshCore फीचर्स के लिए पैसे भी नहीं देने पड़ते। बस नेटवर्क विस्तार के लिए और ज़्यादा fixed nodes होते तो अच्छा होता

    • यहाँ के सभी amateur radio repeater groups ने Meshtastic को बहुत unstable मानकर छोड़ दिया। ये वे लोग हैं जिन्हें सही antenna और filter बनाना आता है
      MeshCore 100% मुफ़्त है। आख़िरी समस्या यह थी कि Android/iPhone client closed source था, लेकिन अब Flutter आधारित एक open-source client है: https://github.com/zjs81/meshcore-open
    • मैंने भी कुछ समय Meshtastic नोड चलाया था और कुल मिलाकर अनुभव काफ़ी ऐसा ही था
      पास के नोड बहुत कम ही दिखते थे, और वास्तविक संचार बुनियादी “HELLO”/“ACK” से आगे नहीं बढ़ पाता था। अपनी property पर बिखरे sensor network या दूसरे IoT communication जैसे उपयोगों के लिए यह दिलचस्प है, लेकिन लोगों के बीच communication platform के रूप में यह व्यावहारिक नहीं लगता, खासकर disaster situation में तो बिल्कुल नहीं
    • Meshtastic में एक साथ यह समस्या है कि ज़्यादातर लोगों को स्थिर रूप से दिखने लायक नोड बहुत कम हैं, और अगर नोड बहुत बढ़ जाएँ तो नेटवर्क saturation की scalability problem भी आ जाती है
    • मुझे यह तकनीक सच में बहुत पसंद आई थी और मैं लगभग इसमें कूद ही पड़ता, लेकिन जल्दी समझ में आ गया कि community में network effect की कमी है
      घने शहरी इलाके में रहने के बावजूद आसपास बहुत कम नोड हैं, इसलिए लगता है यह भूखा ही रह जाएगा। अगर ठीक-ठाक mesh ही न हो, तो 2 मील दूर दोस्त को भी line of sight के बिना message भेजना मुश्किल होगा

  • मुझे लगता है कि यह लेख कुछ अहम बिंदु छोड़ देता है
    पहला, अगर mesh इंटरनेट या किसी दूसरे transport का उपयोग कर सकता है, तो अंततः वही होगा, और सिस्टम उसी पर निर्भर रूप में बनाया जाएगा। अगर आपको सिर्फ़ दोस्त को text भेजने का नया और हल्का तरीका चाहिए, तो Reticulum जैसी चीज़ ठीक हो सकती है, लेकिन अगर disaster response और मुक्त communication के लिए सचमुच गंभीर समाधान चाहिए—यानी ऐसा संचार जहाँ “कोई मुझे रोक न सके या मेरी बात नियंत्रित न कर सके”—तो उसे शुरू से ही स्वतंत्र बनाना बहुत महत्वपूर्ण है
    दूसरा, लेखक MeshCore की एक महत्वपूर्ण क्षमता भी छोड़ देता है। बिजली चली जाए तब भी mesh network चलता रहता है। emergency preparedness और disaster recovery में यह बेहद महत्वपूर्ण है, खासकर उन क्षेत्रों में जहाँ प्राकृतिक आपदाएँ बार-बार होती हैं। यह अभी शुरुआती चरण में है और अभी लंबा रास्ता बाकी है, लेकिन पूरी तरह distributed solar network मुझे corporate behemoth बन चुके इंटरनेट के एक साधारण विकल्प के रूप में बहुत महत्वपूर्ण लगते हैं

    • MeshCore software और आम तौर पर इस्तेमाल होने वाला हार्डवेयर, बड़े पैमाने पर उपयोग के लिए—खासतौर पर emergency के करीब की स्थिति में—हास्यास्पद रूप से कमज़ोर हैं
      इसकी range बहुत सीमित है, और packet कुछ ही hops पार करें तो throughput बुरी तरह गिर जाता है। सिर्फ़ ये दो बातें ही इसे शुरू से toy-level मानने के लिए काफ़ी हैं
      अगर आप mesh* को किसी भी रूप में scalable और reliable transport medium की तरह पेश करना चाहते हैं, तो लंबे range वाले license-free radio उपकरण पहले से मौजूद हैं, और वही बेहतर शुरुआती बिंदु हैं
      बिजली कटने पर mesh का चलना MeshCore की कोई अनोखी विशेषता नहीं है, न ही इसकी गारंटी है। solar और battery backup वाला कोई भी device सैद्धांतिक रूप से commercial power के बिना चल सकता है। MeshCore नोड अपने-आप में solar नहीं होते, और यही solar अवधारणा दूसरे radio transceiver या protocol पर भी लागू की जा सकती है
    • क्या बिजली कटने पर mesh का चलता रहना Meshtastic या Reticulum पर भी उतना ही लागू नहीं होता? यह तो mesh network की परिभाषा के काफ़ी करीब की विशेषता लगती है
    • पूरी तरह distributed solar network को इंटरनेट जैसे corporate behemoth का साधारण विकल्प कहना मुझे संदिग्ध लगता है
      क्या इंटरनेट सच में ऐसा है? corporate behemoth तो World Wide Web की परत पर खड़े हुए हैं, लेकिन इंटरनेट खुद अपेक्षाकृत neutral लगता है
    • अगर लक्ष्य यह है कि “कोई मुझे रोक न सके या मेरी बात नियंत्रित न कर सके”, तो क्या लोग बस नोड की triangulation करके उसे hack नहीं कर सकते या उसकी बिजली नहीं काट सकते? विरोध करने वालों को जेल में भी डाला जा सकता है

  • मैंने carrier और networking क्षेत्र में करियर बिताया है, और मुझे वह दौर पसंद था जब Wi-Fi उभर रहा था। जब spectrum साफ़ होता था, तब 3G/microwave backhaul वाले दोस्तों के सामने डींग मारने लायक लंबी दूरी तक इसे शानदार ढंग से चलाया भी था, और LoRa व संबंधित तकनीकों को भी लगातार देखता रहा हूँ
    मेरे पास कुछ HelTec boards भी हैं, लेकिन हाल की Meshtastic/Core जैसी लहर मुझे शुरुआती wardriving community या CB radio जैसी लगती है। मज़ेदार है और ideas बहुत हैं, लेकिन बड़े स्तर पर चलने के लिए इसमें संरचना या mass appeal की कमी है
    फिर भी, काश कोई सही से काम करने वाला emergency mesh standard होता, और अगर international standard होता तो और भी अच्छा

    • मेरे हिसाब से mesh technology के उभरने के लिए सबसे ज़रूरी शर्त अभी के समय में कोई वास्तविक और सार्थक purpose है
      मान लीजिए mesh network है, तो उसके बाद क्या? आप दूसरे geeks को message भेज सकते हैं, लेकिन आखिर आप कौन-सा message भेजना चाहते हैं? शायद इसी वजह से amateur radio भी आख़िरकार contest, Morse code challenge और equipment spec exchange तक ही सीमित रह गया। कहने के लिए कुछ है ही नहीं
      mesh network की सबसे बड़ी समस्या शायद तकनीकी नहीं, सामाजिक है। अगर आबादी के 0.1% geeks के लिए भी कोई उपयोगी purpose मिल जाए तो वह बड़ी बात होगी, और mass adoption शायद वांछनीय होने के बजाय समस्याएँ ही पैदा करेगा
    • carrier में काम करने वाले एक दोस्त ने कहा था कि IP आधारित networking solutions, GSM जैसी पुरानी तकनीकों को पूरी तरह replace नहीं कर पाए, क्योंकि quality-of-service algorithms व्यवहार में बहुत अच्छा काम करने पर भी उनका व्यवहार पूरी तरह non-deterministic होता है, और overload या किसी खास node failure पर वे बहुत बुरे failure mode दिखाते हैं
      mesh network ठीक यही साबित करते हैं, और लोग जिन सबसे बुरी परिस्थितियों में ऐसी तकनीक को उपयोगी मानते हैं, उन्हीं में यह सबसे ज़्यादा विफल होने की प्रवृत्ति रखती है
    • LoRa काम कर सकता है, लेकिन उसे backbone चाहिए। ज़मीन पर repeater लगे tower चाहिए, या फिर low-earth-orbit satellite constellation चाहिए। इसके अलावा बाकी तरीके असफल ही होंगे
    • शायद उसे amateur radio ही कहते हैं

  • Meshtastic और MeshCore में बहुत-सी सुविधाएँ छोड़ देने वाली प्रस्तावना, Mesh* को हर बार देखने पर जो मेरी कुल मिलाकर भावना बनती है, उससे मेल खाती है
    यह शानदार wireless tech है, और आसपास के geeks को खोजने वाला मज़ेदार खिलौना भी, लेकिन इससे आगे बढ़ने में एक घातक समस्या तुरंत दिखती है। छोटे, विशेष निजी नेटवर्क के लिए यह ठीक हो सकता है, लेकिन लंबे समय तक टिके रहने के लिए डिज़ाइन की गई चीज़ से ज़्यादा यह एक tech demo जैसा लगता है
    शुरुआत के लिए ऐसी चीज़ की ज़रूरत होती है और यह अभी काम भी करती है, लेकिन इससे बहुत बड़ी उम्मीदें रखना मुश्किल है

    • वही कमजोरी इसकी ताकत भी है
      mesh में जिन लोगों से आप मिलते हैं, वे सचमुच साँस लेते हुए geeks हैं, और पास होने की वजह से अक्सर आपमें कई समानताएँ भी होती हैं। वे आप पर असर डालने या आपको कुछ बेचने की कोशिश नहीं कर रहे होते
      अब ऐसी जगहें बची ही कितनी हैं?
    • अभी मैं French Polynesia के Tuamotu atolls में लंगर डाले हुए हूँ, और यहाँ लंगर डाली 10 नौकाओं में से 3 Meshtastic इस्तेमाल कर रही हैं
    • free-frequency mesh tech की मूल सीमाओं की वजह से यह internet का विकल्प बनना मुश्किल है, और अंततः यह ज़्यादातर niche use cases तक ही सीमित रहेगा
      निजी नेटवर्क, स्थानीय geek networks, आपातकालीन प्रतिक्रिया जैसे niches हैं, और असली emergency responders, कम-से-कम community में मैंने जो देखा है, उनके बीच इसे सबसे उत्साह से अपनाने वाले लोग नहीं हैं। आप किससे पूछते हैं, उसके हिसाब से यह सब फायदे भी हो सकते हैं और नुकसान भी
    • mesh networks वास्तविक उपयोग में बहुत अच्छी तरह काम करते हैं, errors और load distribution के मामले में काफ़ी resilient हैं, और nodes बढ़ने पर और बेहतर होते हैं
      मुझे लगता है कि जहाँ आम लोग रहते हैं ऐसे छोटे मोहल्लों में wireless mesh network के ज़रिए internet साझा करके standard तरीकों जैसा अनुभव देना पूरी तरह संभव है
    • Toronto के MeshCore mesh में नियमित संचार Buffalo तक पहुँचता है। यह अब toy stage से आगे निकल चुका है और सचमुच प्रभावशाली है

  • पिछले कुछ दिनों या हफ्तों में यह विषय यहाँ कई बार आया, और आखिरकार मैंने तय करके Seeed Studio Wio Tracker L1 Pro को MeshCore के लिए खरीद लिया
    text-based single-medium content पहुँचाने के लिए बस-भर तेज़ quasi-internet का विचार मुझे बहुत आकर्षक लगता है। इसमें nostalgia भी है, लेकिन practical judgement भी। अगर नेटवर्क फोटो, audio, video भेजने के लिए बहुत धीमा हो, तो spam और illegal porn जैसी समस्याओं से design के स्तर पर ही सुंदर ढंग से बचा जा सकता है

    • समस्या यह है कि ऐसे mesh protocols असली load पड़ते ही जल्दी टूटने लगते हैं
      कुछ mesh nodes लगाकर टेस्ट चलाने के बाद यह मान लेना कि अब आपके पास emergency में काम आने वाली kit है, वैसा ही है जैसा हमने अनगिनत disaster recovery drills में देखा है। यानी ऐसी drills जो केवल आदर्श परिस्थितियाँ मानकर चलती हैं
      जैसे रोज़ बेहतरीन tape backups किए गए हों, लेकिन bare-metal recovery की स्थिति में किसी ने OS installation media संभालकर न रखी हो, या backup software की installation files और license keys data center में रख छोड़ी हों, इसलिए बहुत देर से पता चले कि उनका उपयोग नहीं हो सकता
      ऐसे mesh systems की कठिनाई यह है कि बहुत कम इलाके उस स्तर तक पहुँचे हैं जहाँ इस सिस्टम पर संचार की निर्भरता मानकर वास्तविक mock drills की जा सकें
    • Montréal में करीब 15 साल पुराने Wi-Fi mesh experiment Réseau Libre को फिर से शुरू किया गया है
      यह एक दिलचस्प प्रयोग है, लेकिन कुछ मायनों में मुझे यह एक कदम पीछे जाने जैसा लगता है। Meshtastic और MeshCore messaging हैं, और ठीक यही बात उन्हें एक standardized killer app बनाती है
      दूसरी ओर, Reticulum LoRa की low-bandwidth radio सीमाओं से बँधने से बचाता है और इसमें कई शानदार features भी दिखते हैं, लेकिन अगर आप पूरी network layer फिर से गढ़ते हैं, तो services, discovery procedures वगैरह भी फिर से बनाने पड़ते हैं। अंत में जीत-हार backbone bandwidth control पर तय होगी, और उसके ऊपर P2P mesh की अतिरिक्त जटिलता जोड़ देने से चिंता होती है कि कहीं हम समय बर्बाद तो नहीं कर रहे
      धीरे-धीरे यह मुझे एक मज़ेदार गतिविधि तो लगने लगी है, लेकिन व्यवहारिक रूप से यह उस दुनिया के खिलाफ self-soothing जैसा भी महसूस होने लगा है जहाँ दुखद रूप से सब कुछ केंद्रीकृत होता जा रहा है

  • MeshCore जैसी tech में मुझे जो एक बात पसंद है, वह यह है कि end-user devices आपस में सहज direct communication कर सकते हैं
    अगर पास में MeshCore companion devices दो हों, तो repeater के बिना सीधे message भेजे जा सकते हैं
    इसके उलट, दो आधुनिक smartphones के लिए Wi‑Fi AP या cellular coverage के बिना सामान्य messaging या data transfer services के माध्यम से सीधे communicate करना मुश्किल है। Bluetooth या mobile Wi‑Fi hotspot से जोड़ने के तरीके तो हैं, लेकिन mainline mobile OS और hardware कंपनियों ने इन्हें आसान उपयोग के लिए ठीक से support किया हो, ऐसा नहीं लगता; यह ज़्यादा मजबूरी में जोड़ी गई सुविधा जैसा लगता है

    • यहाँ ठीक-ठीक यह प्रस्ताव क्या है कि phones क्या करने में सक्षम होने चाहिए?

  • पिछले weekend मैंने एक solar node लगाया। अब 200 miles की range मिल रही है। geeks, पागल ideas, और अच्छा समय

    • जानना चाहूँगा कि solar node कहीं भी लगा दिया गया था, या सिर्फ़ उन्हीं इलाकों में जहाँ आपका ownership या management है
      मैं सोच रहा था कि क्या कुछ nodes को किसी भी पेड़ पर फेंककर लगा देना क़ानूनी होगा
    • 200 miles की range की ज़रूरत क्यों है?
    • तापमान शून्य से नीचे गिरने पर क्या होता है?
    • मेरा solar node ठीक से काम नहीं कर रहा। काफ़ी ठीक antenna लगाने पर भी ऐसा लगता है कि कुछ भी बाहर नहीं जा रहा

  • आज Gemini, Gopher, Finger पर यह पोस्ट https://news.ycombinator.com/item?id=48297467 देखकर सोच रहा हूँ कि क्या ये Reticulum के साथ अच्छे से फिट बैठेंगे

    • विचार के स्तर पर हाँ, लेकिन ऐसे networks में पहले से message-oriented semantics का कॉन्सेप्ट मौजूद है, इसलिए उन protocols का ज़्यादातर हिस्सा फिर से बनाने की बहुत ज़रूरत नहीं है
      Finger, Gopher वगैरह जो बहुत-सा काम करते हैं, वह stream-oriented protocols के ऊपर documents ट्रांसफर करने के लिए application-layer semantics को परिभाषित करना है
    • बहुत-से early Internet protocols शायद काफ़ी अच्छी तरह फिट हो जाएँ, खासकर UDP-based protocols तो और भी ज़्यादा
      हालांकि Reticulum में NomadNet और Micron markup का उपयोग करने वाला अपना सक्रिय “small web” implementation पहले से मौजूद है

  • पिछले महीने से मैंने अभी-अभी Meshtastic इस्तेमाल करना शुरू किया है, लेकिन मेरे शहर में इसे करने वाला कोई नहीं है, इसलिए मैं दोस्तों में esp32 बाँटकर mesh बना रहा हूँ
    लेकिन कुछ हिस्सों को जोड़ने लायक़ जान-पहचान नहीं है, इसलिए distance limit से टकरा रहा हूँ
    wireless preset को Very Slow Long पर बदलकर भी देखा, लेकिन range में ज़्यादा सुधार नहीं हुआ, और समझ नहीं आ रहा क्यों

  • मुझे लगता है यह एक शानदार पहल है। साथ ही चिंता यह भी है कि यह criminals के बीच भी निश्चित रूप से लोकप्रिय हो सकती है
    ऐसी नई tech के साथ हमेशा cat-and-mouse game जुड़ा रहता है। मैं इस tech की अंदरूनी कार्यप्रणाली को इतना नहीं जानता कि इससे आगे गहराई से अटकल लगा सकूँ