วิธีเริ่มต้นชมรมความยืดหยุ่นของอินเทอร์เน็ต

• สงคราม ความตึงเครียดทางภูมิรัฐศาสตร์ และการเปลี่ยนแปลงสภาพภูมิอากาศ อาจทำให้ยุโรปเผชิญกับ อินเทอร์เน็ตล่มครั้งใหญ่ บ่อยขึ้นในอนาคต
• กลุ่มอาสาสมัครขนาดเล็กสามารถใช้ วิทยุ LoRa และซอฟต์แวร์ Meshtastic เพื่อเป็นผู้นำระยะแรกในการฟื้นฟูการสื่อสารได้
• วิธีการแบบ วิทยุสมัครเล่นดั้งเดิม ไม่มีประสิทธิภาพนักเพราะมีปัญหาเรื่องต้นทุน ความซับซ้อน และการใช้พลังงาน
• เครือข่าย LoRa/Meshtastic มีต้นทุนต่ำ ใช้พลังงานน้อย และส่งข้อความตัวอักษรได้โดยไม่ต้องพึ่งโครงสร้างพื้นฐานส่วนกลาง
• การก่อตั้งชมรมทำได้จริงมาก ผ่านการสร้าง เครือข่ายผู้เชี่ยวชาญในท้องถิ่น การเตรียมอุปกรณ์ และการจัดกิจกรรมฝึกปฏิบัติ

---

ภาพรวม

ในยุโรป คาดว่า การหยุดชะงักของอินเทอร์เน็ตที่เกิดถี่ขึ้น จะเพิ่มมากขึ้นจากสงคราม ความตึงเครียดทางภูมิรัฐศาสตร์ และการเปลี่ยนแปลงสภาพภูมิอากาศ ขณะที่ภาครัฐและภาคธุรกิจยังตอบสนองอย่างไม่กระตือรือร้น กลุ่มอาสาสมัครขนาดเล็กสามารถใช้วิทยุ LoRa และเมสเซนเจอร์โอเพนซอร์ส Meshtastic เพื่อรับบทผู้นำระยะแรกในการฟื้นฟูการสื่อสารได้ ชมรมความยืดหยุ่นของอินเทอร์เน็ตเป็นแนวทางในการสร้าง เครือข่ายเมชแบบออฟกริด ที่มีต้นทุนต่ำและพร้อมรับมือเหตุฉุกเฉิน

เกี่ยวกับผู้เขียน

• ผู้เขียน Valerie Aurora เป็นวิศวกรซอฟต์แวร์ระบบที่มีประสบการณ์ 25 ปี และเป็นผู้จัดตั้งองค์กรอาสาสมัคร โดยรับหน้าที่รายงานด้าน Cyber Resilience Act ของยุโรป และเป็นกรรมการโครงการของการประชุม RIPE

ทำไมจึงต้องมีชมรมความยืดหยุ่นของอินเทอร์เน็ต

• ดังที่เห็นจากกรณีสงครามรัสเซีย-ยูเครน ในภาวะวิกฤตระดับชาติ โครงสร้างพื้นฐานอินเทอร์เน็ตและไฟฟ้าอาจเป็นอัมพาตอย่างรุนแรง
• ผู้ให้บริการอินเทอร์เน็ตในยูเครนใช้กลยุทธ์ด้านความยืดหยุ่นหลายรูปแบบ เช่น เครื่องปั่นไฟ ใยแก้วนำแสงแบบพาสซีฟ และบุคลากรที่ได้รับการยกเว้นจากการเกณฑ์ทหาร
• ประเทศในยุโรปตะวันตกอย่างเนเธอร์แลนด์ยังมีการเตรียมพร้อมต่อความเป็นไปได้ของภัยพิบัติจริงไม่เพียงพอ

วิศวกรรมภาวะวิกฤตและการลงมือทำของแต่ละคน

• จากมุมมองของวิศวกรรมภาวะวิกฤต แทบเป็นไปไม่ได้ที่จะทำให้องค์กรพร้อมก่อนวิกฤตจะมาถึง ดังนั้น การเตรียมตัวล่วงหน้าของแต่ละคน จึงสำคัญ
• จำเป็นต้องตั้งชมรม รับสมัครผู้เชี่ยวชาญด้านเครือข่าย และพยายามฟื้นฟูการสื่อสารโดยตรงโดยไม่พึ่งโครงสร้างพื้นฐานส่วนกลาง

ทางออกด้วย LoRa และ Meshtastic

LoRa/Meshtastic คืออะไร

• LoRa เป็นเทคโนโลยีสื่อสารวิทยุระยะใกล้แบบไม่ต้องมีใบอนุญาต ที่ใช้พลังงานต่ำ ต้นทุนต่ำ และครอบคลุมระยะทางหลายกิโลเมตร
• เมื่อติดตั้งเฟิร์มแวร์โอเพนซอร์ส Meshtastic จะสามารถส่งข้อความผ่านระบบเมชได้โดยไม่ต้องมีเซิร์ฟเวอร์ส่วนกลาง และขยายจากแบบจุดต่อจุด (RF) ไปเป็นเครือข่ายเมชได้
• เชื่อมต่อกับสมาร์ตโฟนหรือพีซีผ่าน Bluetooth หรือ WiFi ได้
• เหมาะอย่างยิ่งสำหรับการส่งข้อความตัวอักษรแบบง่าย

ข้อจำกัดของ Ham Radio แบบเดิม

• วิทยุสมัครเล่นมีข้อจำกัดด้าน ต้นทุนสูง กำลังส่งสูง และความยุ่งยากของใบอนุญาต/การฝึกอบรม ทำให้ประโยชน์ใช้สอยต่ำ

คู่มือก่อตั้งชมรมความยืดหยุ่นของอินเทอร์เน็ต

ขั้นตอนสรุป

• สร้างกลุ่มผู้เชี่ยวชาญภายในรัศมีประมาณ 10 กม.

• กำหนดวิธีการสื่อสารในภาวะปกติผ่าน Signal, Matrix, อีเมล เป็นต้น

• แจกจ่าย วิทยุ LoRa และพาวเวอร์แบงก์ (รองรับ trickle charging) ให้กับทุกคน

• ติดตั้งเฟิร์มแวร์ Meshtastic บน LoRa และกำหนดช่องสื่อสาร

• จัดการพบปะอย่างสม่ำเสมอ ฝึกใช้เมสเซนเจอร์ และส่งเสริมกิจกรรมสร้างความสัมพันธ์

• หากเป็นผู้รับผิดชอบในบริษัท สามารถเสนอการแจก วิทยุ LoRa พาวเวอร์แบงก์ และแผงโซลาร์ขนาดเล็ก ให้พนักงานในฐานะสวัสดิการได้

ข้อดีของ LoRa

• ไม่ต้องพึ่งโครงสร้างพื้นฐานส่วนกลาง ไม่ต้องมีใบอนุญาต และ ราคาถูก (เริ่มราว 20 ยูโร)
• ใช้พลังงานต่ำ (ต่ำกว่า 1W) และใช้งานได้ยาวนานด้วย พาวเวอร์แบงก์ของโทรศัพท์มือถือ
• รองรับโอเพนซอร์ส Meshtastic และส่ง ข้อความระดับเดียวกับ SMS ได้ไกลหลายกิโลเมตร
• ในบางเขตเมืองมีเครือข่าย Meshtastic เปิดใช้งานอยู่แล้ว

วิธีการทำงานของ LoRa/Meshtastic

• สามารถรีเลย์ ข้อความตัวอักษรได้ไกลราว 10 กม. ผ่านเมชไม่เกิน 3 hop (ขึ้นอยู่กับภูมิประเทศและสภาพอากาศ)
• เป็นการสื่อสาร RF แบบความเร็วต่ำ (~1~25kbps) กำลังส่งต่ำ (<1W)
• การเชื่อมต่อโหนดและส่งข้อความต้องใช้อุปกรณ์ที่รองรับ Bluetooth/WiFi
• บางผลิตภัณฑ์มีตัวเลือกฮาร์ดแวร์หลากหลาย เช่น เคส แบตเตอรี่ และเสาอากาศภายนอก

การจัดการพลังงานและการใช้โซลาร์

• LoRa ใช้พลังงานต่ำเพียง 100~200mA และเมื่อใช้พาวเวอร์แบงก์มือถือ (10000~20000mAh) จะใช้งานได้ 2~8 วัน
• ต้องใช้พาวเวอร์แบงก์ที่รองรับ "trickle charging" เพราะบางรุ่นจะปิดอัตโนมัติเมื่อพบการใช้กระแสต่ำ
• สามารถต่อ แผงโซลาร์ขนาดเล็ก (800cm², 15W~5W/500mA) โดยตรงเพื่อเป็นแหล่งพลังงานพกพาที่เป็นมิตรต่อสิ่งแวดล้อมได้ โดยไม่ต้องมีคอนโทรลเลอร์แยก

อุปกรณ์แนะนำ

• Heltec V3: ไม่มีเคส/แบตเตอรี่ มีหน้าจอ OLED รองรับ WiFi/Bluetooth, USB-C ราคาถูก (ระดับ 20 ยูโร)
• LILYGO T-Echo: มีเคส แบตเตอรี่ในตัว Bluetooth หน้าจอ e-ink รองรับ GPS ราคาประมาณ 80 ยูโร เด่นเรื่องการพกพาและพร้อมใช้งานทันที
• LILYGO T-Deck: แบบสแตนด์อโลนในตัวพร้อมคีย์บอร์ด/แทร็กบอล/หน้าจอสัมผัส แบตเตอรี่ราว 8 ชั่วโมง ราคา 70~80 ยูโร และมักขาดสต็อกบ่อย
• แนะนำให้อัปเกรด เสาอากาศภายนอก (เช่น Taoglas TI.08.A, 868MHz)

โปรดระวังความเสี่ยงที่อุปกรณ์อาจเสียหายหากไม่ติดตั้งเสาอากาศ

การติดตั้งเฟิร์มแวร์ Meshtastic

• บางผลิตภัณฑ์มีเฟิร์มแวร์ติดตั้งมาแล้วล่วงหน้า แต่ส่วนใหญ่มักเป็นเวอร์ชันเก่า จึงแนะนำให้ แฟลชเฟิร์มแวร์ล่าสุด
• สามารถใช้เครื่องมือบนเบราว์เซอร์ (Chrome/Edge) หรือวิธีลากแล้ววางไฟล์ และผู้ที่ชำนาญสามารถใช้วิธี CLI/Serial ได้

การตั้งค่าความถี่และช่องสัญญาณ

• ความถี่ที่อนุญาตในยุโรป: 868MHz, 433MHz
• Meshtastic ใช้ 868MHz เป็นค่าเริ่มต้น และแนะนำให้คง modem preset ค่าเริ่มต้น (LONG_FAST)
• ช่องสัญญาณจัดการด้วยคีย์เข้ารหัสเมชและชื่อช่อง และสามารถแชร์ค่าการตั้งค่าผ่าน QR code ได้

การพบปะและการฝึกซ้อม

• เน้นย้ำความจำเป็นของ การฝึกปฏิบัติ และการสร้างทีมเวิร์กก่อนเกิดวิกฤต
• แนะนำให้ขยายฐานผู้เข้าร่วมด้วยเวลาสถานที่และกิจกรรมที่หลากหลาย

ข้อมูลอ้างอิงและชุมชน

• มี mailing list สำหรับคำถามเพิ่มเติมและการแลกเปลี่ยนข้อมูล

บทสรุป

• ชมรมความยืดหยุ่นของอินเทอร์เน็ต เป็นโซลูชันรับมือวิกฤตที่ใช้งานได้จริง โดยอาศัยต้นทุนต่ำ พลังงานต่ำ และโอเพนซอร์ส
• การจัดตั้งกลุ่มผู้เชี่ยวชาญในท้องถิ่น การเตรียมอุปกรณ์ และการฝึกอย่างสม่ำเสมอ สามารถอุดช่องว่างของมาตรการรับมือที่โครงสร้างพื้นฐานของรัฐ/บริษัทมีไม่เพียงพอ
• ถ้าไม่มีใครเริ่ม ก็จะไม่มีใครทำ

[GN⁺]

ความคิดเห็นใน Hacker News

• ฉันเคยพยายามเอา Meshtastic ไปติดตั้งในพื้นที่ชนบทที่แทบไม่มีอินเทอร์เน็ต แล้วพบว่าโปรเจกต์นี้แทบไม่ได้เตรียมพร้อมเลยสำหรับสถานการณ์ที่ต้องใช้งานโดยไม่มีอินเทอร์เน็ต

  • ตอนแฟลชบอร์ด มีการแนะนำอย่างเป็นทางการแค่ Web Flasher และถึงจะพยายามทำจากซอร์สเอง การติดตั้ง toolchain อย่าง PlatformIO ก็ยังต้องใช้อินเทอร์เน็ต

  • แอปไคลเอนต์ก็มีให้ผ่าน app store หรือ เว็บแอป แต่ไม่มีอันไหนใช้งานแบบออฟไลน์ได้

  • จริงอยู่ที่ตัวบอร์ดสามารถโฮสต์เว็บแอปเองได้ แต่ก็ไม่ใช่เสียบเข้าคอมแล้วใช้ได้ทันที เพราะจำเป็นต้องเชื่อมต่อผ่าน Wifi AP

  • เอกสารทางการ ก็เปิดดูได้บนเว็บเท่านั้น และไม่มีคำแนะนำอย่าง PDF สำหรับออฟไลน์หรือวิธี self-host

  • ถ้าเป็นคนที่มีพื้นฐานเทคนิคก็คงพอหาทางแก้ได้ แต่ไม่ได้เป็นจุดที่ถูกเน้นไว้อย่างชัดเจน

  • เข้าใจว่าประเด็นหลักของบทความคือให้เตรียมตัวล่วงหน้า แต่แม้แต่เอกสาร PDF สำหรับออฟไลน์ก็ยังไม่มีให้

  • รอบนี้เลยเพิ่งได้รู้จักโปรเจกต์ชื่อ Meshcore ด้วย แต่ถ้าคู่มือ "เริ่มต้นใช้งาน" เป็นวิดีโอ YouTube ก็สรุปได้ว่าไม่พอสำหรับการใช้งานยามฉุกเฉิน

  • ฉันแฟลชเฟิร์มแวร์ผ่าน CLI หรือวิธี "ลากแล้ววาง" อยู่เสมอ

    • web flasher ดีสำหรับมือใหม่ แต่มีวิธีออฟไลน์แบบ 100% สำหรับทุกอุปกรณ์อยู่แล้ว
    • ไฟล์ apk ของ Android client ดาวน์โหลดได้ตรงจาก GitHub Releases
    • ถึงอย่างนั้นก็ยังคิดว่าควรสนับสนุนสถานการณ์อินเทอร์เน็ตล่มระยะยาวให้จริงจังกว่าที่เป็นอยู่ตอนนี้

  • เฟิร์มแวร์ที่คอมไพล์แล้วมีให้บน GitHub พร้อมสคริปต์ และสามารถใช้ Meshtastic CLI ได้

    • เอกสารก็อยู่ใน git repository ในรูปแบบ .mdx
    • ปัญหายุ่งยากทั้งหมดที่คุณพูดถึงเป็นผลจากการเพิ่มความสะดวกให้ผู้ใช้ที่อิงเว็บเบราว์เซอร์
    • ecosystem เว็บในตอนนี้ แม้จะนับรวม web3 ด้วย ก็ยังห่างไกลจากความเป็นกระจายศูนย์มาก

  • พอได้ยินเรื่องแบบนี้ก็ยิ่งรู้สึกว่าเราจำเป็นต้องมี ecosystem และโครงสร้างพื้นฐานแบบ 'local-first ของจริง'

    • ตอนเจอ manifesto ของ 'Local-first' ฉันคาดหวัง local-first แบบนั้น แต่สุดท้ายผิดหวังมาก
    • local-first ที่ฉันคิดว่าใช่จริง ๆ คือโมเดลที่สมาร์ตโฟนซิงก์กันผ่าน Bluetooth โดยไม่ต้องมีเซิร์ฟเวอร์กลาง
    • แต่แนวทางแบบนี้คงไม่ค่อยสมจริงสำหรับคนที่ต้องการทำเงินแบบ SaaS
    • เอาเข้าจริง หากต้องการให้เห็นความยืดหยุ่นแท้จริง เช่น การขยายเครือข่ายหลังภัยพิบัติ ทั้งเครื่องมือและสภาพแวดล้อมการพัฒนาก็ต้องเปลี่ยนมาเป็น local-first อย่างแท้จริง

• ฉันเคยทดสอบ Meshtastic ในเมืองใหญ่ของยุโรปที่แทบมี coverage 100% แต่ประสิทธิภาพจริงน่าผิดหวังมาก

  • ด้วยปัญหา antenna gain และ mesh ที่ไม่เสถียร เลยมีหลายครั้งที่ตอบข้อความไม่ได้

  • public chat แทบตายสนิทหรือไม่ก็เต็มไปด้วยข้อความทดสอบ และโดยรวมช้ามาก พอโหนดเกิน 100 ตัว mesh ก็พังเร็ว

  • ถึงความเร็วของ channel จะถือว่าเร็วพอสมควร มันก็อิ่มตัวเร็วอยู่ดี

  • สุดท้ายแล้วมันไม่ใช่ระบบที่พึ่งพาได้ในภาวะฉุกเฉิน

  • กลับกัน ฉันมองว่าการเอาเราเตอร์ WiFi มือสองเก่า ๆ มาทำ public wifi mesh มีประสิทธิภาพกว่ามาก

  • เราเตอร์พวกนี้แทบฟรี มีไคลเอนต์ที่เข้ากันได้เยอะ และกินไฟต่ำ

  • แน่นอนว่าถ้าไฟดับยาวก็มีข้อจำกัด แต่ถ้ายังมีไฟ มันก็เป็นโครงสร้างพื้นฐานที่มีประโยชน์

  • ฉันก็รู้สึกคล้ายกัน

    • แม้จะรันสองโหนดมานานกว่าหนึ่งปี ก็แทบติดต่อกันจริง ๆ แค่ประมาณ 2 ครั้ง
    • แม้จะใช้เสาอากาศ YAGI หรือเสาเฉพาะ 868MHz และติดตั้งในตำแหน่งสูง coverage ก็ยังสั้นมากและสัญญาณอ่อนลงเร็ว
    • คลื่น 868MHz มี attenuation สูง ต่อให้ได้เปรียบเรื่องความสูงก็ยังหนักอยู่ดี
    • แนวคิดมันเท่มาก แต่ในฐานะโซลูชันจริงยังไม่พอ
    • Hamnet หรือวิทยุสมัครเล่นเชื่อถือได้กว่ามาก
    • และด้วย SDR ขนาดเล็ก ตอนนี้ก็ซื้อวิทยุง่าย ๆ ได้ในช่วงราคา 20 ยูโร

  • mesh network เองก็รวมถึง wifi mesh ด้วย ต้องมีการออกแบบล่วงหน้าพอสมควร

    • ในพื้นที่ของเรา ด้วย ROUTER ที่ดีมากซึ่งตั้งอยู่บนยอดเขา จึงส่งข้อความได้ค่อนข้างน่าเชื่อถือในระยะ 80km
    • ระยะแบบนี้เป็นไปไม่ได้เลยถ้าใช้ WiFi
    • มีโหนดราว 80 ตัว ทำงานในโหมด LONG_FAST และมีประชากรราว 500,000 คน
    • ถึงอย่างนั้น routing algorithm ของ Meshtastic ก็ยังไม่มีประสิทธิภาพและมีจุดให้ปรับปรุงอีกมาก

  • เราเตอร์ WiFi ใช้พลังงานมากเมื่อเทียบกับ coverage ที่ค่อนข้างแคบ

    • ต้องใช้ราว 10 วัตต์เพื่อครอบคลุมพื้นที่ไม่กี่ร้อยตารางเมตร
    • ถ้าต้องการครอบคลุมทั้งเมืองก็ไม่มีประสิทธิภาพ

  • ในฐานะคนที่เคยเจอไฟดับวงกว้างในสเปน ฉันคิดว่าวิธีนี้ที่ใช้โทรศัพท์จะช่วยได้มากจริง ๆ

    • แค่มีคนเดียวที่มีเครื่องปั่นไฟหรือ Starlink ก็อาจแบ่งการเชื่อมต่อบางส่วนให้ทุกคนได้

  • น่าแปลกที่ผู้ผลิตโทรศัพท์ยังไม่ได้ทำ mesh network กันจริงจัง

    • จะบอกว่าเครือข่าย Find My ของ Apple เป็น mesh ก็พอได้ แต่ bandwidth สำหรับส่งข้อมูลตามใจต้องการต่ำมาก
    • เลยหวังว่าชิป mobile WiFi รุ่นใหม่ของ Apple อาจเป็นสัญญาณเริ่มต้นของ mesh network อินเทอร์เน็ตจริง ๆ

• หนึ่งในฝันร้ายของฉันคือ ตื่นเช้ามาแล้วเจอไฟดับ อินเทอร์เน็ตล่ม โทรศัพท์ก็ใช้ไม่ได้
  ยิ่งอายุมากขึ้น มันกลับยิ่งฟังดูเหมือนอุดมคติมากขึ้นเรื่อย ๆ

  • เข้าใจว่าเป็นมุกนะ แต่ดูเหมือนยังไม่ได้จำลองสถานการณ์จริงอย่างเป็นรูปธรรม

    • ตอนที่สเปนกับโปรตุเกสเจอไฟดับกันจริง ๆ ไม่นานมานี้ มันไม่ได้สวยงามเลย

  • ถ้าคิดต่อไปอีกขั้นจนถนนใช้การไม่ได้ด้วย ช่วงสั้น ๆ อาจดูสนุก แต่ถ้ายืดเยื้อจะกลายเป็นความโกลาหลที่น่ากลัว

    • ผู้คนยังตระหนักไม่พอว่าพึ่งพาเทคโนโลยีมากแค่ไหน และมันเปราะบางเพียงใด
    • เมื่อก่อนเรื่องอย่างไข่ขาดตลาดหรือการกว้านซื้อกระดาษชำระฟังดูเหมือนเรื่องตลก แต่ก็เกิดขึ้นจริง
    • ตอนนี้เราต้องยอมรับแล้วว่าการคงอยู่ของ supply chain ไม่ได้การันตีเสมอไป
    • ฟังดูขำก็จริง แต่ก็คุ้มค่าที่จะทบทวนว่าความพึ่งพาเหล่านั้นจำเป็นจริงไหม
    • แนวคิดเรื่อง "resilience" ที่แท้จริงน่าสนใจมาก

  • ถ้าเป็นช่วงเวลาปกติ ฉันก็เห็นด้วย

    • แต่ในสถานการณ์วิกฤตมันคนละเรื่องกัน

  • ตอนก่อนหน้านี้ที่ WhatsApp กับหลาย SNS ล่ม ฉันเดินเล่นตามถนนในเบอร์ลินแล้วรู้สึกจริง ๆ ว่าทั้งเมืองมีชีวิตชีวามาก

    • อาจจะเป็นความรู้สึกส่วนตัวหน่อย แต่ก็มีมุมที่มองสถานการณ์แบบนี้ในแง่บวกได้เหมือนกัน

• bandwidth ของ mesh radio นั้นต่ำมากโดยธรรมชาติ

  • ต้องแข่งกับสัญญาณรบกวนหลายแบบ โดยเฉพาะเมื่อมีวิทยุ LoRa เพิ่มขึ้นเรื่อย ๆ

  • สำหรับการส่งระยะไกล ทั้ง delay ต่อโหนดและ bandwidth ที่ลดลงจะสะสมกัน จนในทางปฏิบัติใช้งานเกินกว่าข้อความตัวอักษรได้ยาก

  • ต่อหนึ่ง hop อยู่ราว 0.3~27kbps และถ้ามีหลาย hop ก็ยิ่งถูกหารลงไปอีก

  • นอกเหนือจากเสียงแบบ bandwidth ต่ำมากหรือเว็บไซต์ที่เน้นข้อความ ก็แทบไม่สมจริง

  • ถ้าจะให้ดีขึ้นจริง ควรใช้ลิงก์ microwave แบบติดตั้งถาวรระดับหลายร้อย Mbps เป็น backbone แล้วใช้ LoRa เป็น access network

  • อยากรู้ประสบการณ์ของคนที่เคยทดลองแนวนี้จริง

  • ประเด็นสำคัญของบทความนี้ไม่ใช่ว่า mesh network จะมาแทนอินเทอร์เน็ตเดิม

    • แต่คือการใช้เป็นช่องทางสื่อสารชั่วคราวสำหรับสมาชิกของ "Resilience club" ระหว่างงานกู้คืนระบบ

  • คุยไปคุยมาทำให้นึกภาพขึ้นมาว่า ถ้าสร้าง backbone สำหรับชมรมระดับเมืองด้วยลิงก์ microwave จะเป็นอย่างไร

    • ใช้อาคารสูงเป็น hub แล้วน่าจะทำ mesh ที่ใช้ได้ดีพอสมควร
    • ใช้ WiFi, LoRa หรือทั้งสองอย่างเป็น access network
    • เพราะ bandwidth ของ mesh ระยะไกลจำกัดมาก จึงจำเป็นต้องจำกัดความเร็วต่อไคลเอนต์
    • แน่นอนว่าโครงสร้างแบบนี้มีค่าใช้จ่ายระดับหลายพันดอลลาร์ รวมถึงไฟสำรองสำหรับแต่ละจุดด้วย
    • เทคนิค "Big ears, small mouth" (รับด้วยจานพาราโบลากำลังขยายสูงมาก + LNA) อาจช่วยเพิ่มระยะและขยาย bandwidth ได้
    • ฮาร์ดแวร์ที่ต้องใช้ก็ดูมีความเป็นไปได้มากกว่าที่คิด
    • เลยอยากรู้ว่ามีใครเคยทดลองหรือสร้างแบบนี้แล้วบ้าง หรือมีข้อจำกัดทางกฎระเบียบอะไรบ้าง

  • ถูกต้อง และถ้ายังใช้ modulation แบบเฉพาะทางด้วย สถานการณ์ก็ยิ่งแย่ลงอีก

• สำหรับฉัน อนาคตของ 'ความยืดหยุ่น' อาจไม่ได้อยู่ที่เครือข่ายไร้สายงานอดิเรกระยะไกล

  • แต่อยู่ที่การเชื่อมต่อระยะใกล้แบบไม่สม่ำเสมอ และให้ผู้คนที่เคลื่อนที่ไปมาตามธรรมชาตินำอินเทอร์เน็ตทราฟฟิกใส่ storage แล้วขนย้ายกันไปมาแบบ sneaker-net

  • จะเกิดชั้นความเชื่อถือขั้นต่ำที่ตรวจสอบ private key และตัวตนกันได้ตอนพบกันจริง ซึ่งดูสมจริงกว่าการปล่อยให้ address ลอยไปมา

  • แน่นอนว่าทั้งสองโมเดลมีระดับความเสี่ยงต่อผู้ปฏิบัติการต่างกัน

  • โครงสร้างพื้นฐานที่ยืดหยุ่นที่สุดคือแบบที่ทุกคนเป็นผู้ปฏิบัติการเองและไม่มีเป้าหมายมูลค่าสูงให้โจมตี

  • ฉันคิดว่าถ้าระบบถูกออกแบบให้สนับสนุนการใช้ผู้ส่งสารทางกายภาพระยะไกล มันจะเท่มากจริง ๆ

    • ประมาณคอมมูนิตี้ 'runner' ที่รับข้อความแล้ววิ่งไปส่งถึงอีกฝั่งของเมือง เป็นระบบไปรษณีย์ที่เข้ารหัสแน่นหนา

  • ฉันเคยใช้เครื่องมือ sneaker-net ชื่อ nncp ซึ่งมีกลิ่นอาย Unix มากและต้องลงแรงพอสมควร แต่ถ้าครอบด้วย UI ก็น่าจะใช้งานได้

    • กำหนดเพื่อนบ้านได้ สพูลเป็นไฟล์แยกได้ หรือเชื่อมต่อผ่าน TCP/Noise ก็ได้
    • รองรับการส่งต่อข้อมูลทีละ hop และการเข้ารหัสแบบ E2E

  • ไอเดียนี้ก็คล้ายกับ Secure Scuttlebutt

    • แต่ไคลเอนต์ทางการหยุดพัฒนาไปแล้ว

  • สหรัฐฯ มีพื้นที่กว้างเกินไป ทำให้วิธี sneaker-net แบบนี้ได้ผลในเมือง

    • แต่ไม่มีประสิทธิภาพในย่านชานเมืองหรือชนบทที่แทบไม่มีการสัญจร
    • mesh ที่ครอบคลุมได้เกิน 10km ยังมีประโยชน์ระดับหนึ่งในพื้นที่ชานเมืองหรือที่ดินกว้าง

  • อยากรู้ว่า "เอาอินเทอร์เน็ตทราฟฟิกใส่ storage แล้วขนย้าย" หมายถึงอะไร

• เนื้อหาบทความนี้น่าจะเข้าใจได้ดีถ้ามองจากบริบทเมืองที่ผู้ให้บริการโทรคมนาคมรายใหญ่ครอบงำอยู่

  • ที่เดรสเดิน ประเทศเยอรมนี มีหลายองค์กรอาสาสมัครที่วางสายกันเองทั่วทั้งเมือง และเมื่อไม่นานนี้ก็มีจุดแลกเปลี่ยนอินเทอร์เน็ตที่ดำเนินการโดยอาสาสมัครชื่อ DD-IX เกิดขึ้นด้วย

  • ถ้ามีไฟฟ้า เราก็สามารถมีอินเทอร์เน็ตของเราเองได้

  • ผู้เขียนน่าจะกำลังนึกถึงระบบที่ยังทำงานได้แม้ไม่มีไฟฟ้า โดยอาศัยแบตเตอรี่เป็นอย่างน้อย

• ถ้าต้องเตรียมรับมือกริดล่ม ฉันชอบ laser communication สำหรับส่งข้อมูลมากกว่า RF

  • เลเซอร์อยู่ภายใต้การกำกับของ FDA ไม่ใช่ FCC และเหมาะกับการรับส่งระยะไกลความจุสูง
  • แม้การตั้งค่าจะค่อนข้าง manual แต่ถ้าสร้างเสร็จแล้วจะยอดเยี่ยมมากทั้งในแง่ความเชื่อถือได้และการทำ relay บนยอดเขา
  • เลเซอร์มีความเป็นทิศทาง ทำให้ได้เปรียบกว่า RF ในด้านความเป็นส่วนตัว
  • ในสถานการณ์กริดล่ม ส่วนใหญ่ก็ใช้งานจากตำแหน่งคงที่อยู่แล้ว จึงใช้ laser bridge เพื่อลด RF ที่แออัดเกินไปได้
  • นอกจากนี้ยังสามารถเพิ่มความปลอดภัยเพื่อลด man-in-the-middle attack ได้ เช่น ตรวจจับการเปลี่ยนแปลงใน time domain ของเลเซอร์แล้วตัดการเชื่อมต่ออัตโนมัติเมื่อระยะเปลี่ยนเกินค่าที่กำหนด
  • ถ้าอากาศมีปัญหา ก็สลับไปใช้ HAM อุปกรณ์เสียงได้ง่าย
  • จริงอยู่ที่ผิดกฎหมาย แต่โดยทั่วไปก็มีคนโดนจับประมาณเดือนละครั้งเท่านั้น
  • และในภาวะไฟดับ แม้แต่ TLA เองก็คงมีเรื่องด่วนกว่านั้นต้องจัดการ อีกทั้งวิทยุก็มักหายไปอย่างรวดเร็ว จึงไม่น่าเป็นปัญหาใหญ่ในการใช้งานจริง

• เนื้อหานี้ดูเก่าและยังไม่สมบูรณ์อยู่บ้าง แต่ตอนนี้ Meshcore กำลังแข่งกับ Meshtastic

  • Meshcore

  • LoRa รองรับได้ประมาณแค่ข้อความตัวอักษร อย่าไปหวังเรื่องภาพ เสียง หรือการส่งไฟล์ไบนารี

  • อีกทางเลือกคือใช้วิทยุสื่อสารจีนราคาถูกอย่าง Quangsheng UV-K5 ร่วมกับ satellite APRS

  • ส่งข้อความตัวอักษรได้ในราคาราว 20 ยูโร

  • ฉันยังสับสนกับเจตนาของ Meshcore

    • มันให้ความรู้สึกเชิงพาณิชย์ และอีเมลก็เป็น customers@...
    • ข้อมูลเรื่องไลเซนส์ก็ไม่ชัดเจน
    • ตอนนี้เลยยังเอนเอียงไปทาง Meshtastic มากกว่า

  • ถ้าไปที่ หน้า About ของ Meshcore จะเห็นว่ามีแต่วิดีโอ YouTube และไม่มีปุ่ม "Download Docs PDF"

    • มันสะท้อนว่าคำขวัญ “We connect people and things without the internet” ยังไม่จริงจังพอ

  • จริง ๆ แล้ว LoRa พอจะทำเสียงคุณภาพต่ำมาก ๆ ได้เพราะ bandwidth ต่ำ

    • ถ้าใช้ codec บีบอัดสุดขั้วก็อาจต่ำกว่า 0.5kbps ได้
    • ในบรรดา codec มาตรฐาน MELPe ซึ่งใช้ในทางทหารสามารถทำงานได้ที่ 600bps

  • เพิ่งรู้จัก Meshcore เหมือนกัน แต่มันดูเป็นระบบกว่าและขัดเกลามากกว่า Meshtastic

    • เพียงแต่ยังขาดความโปร่งใส ซึ่งอาจเป็นเรื่องที่ต้องใช้เวลา
    • มันผ่านคุณสมบัติความเป็นโอเพนซอร์ส
    • ประโยคที่ผู้เขียนยกมาว่า “ไม่มีอะไรทำได้จนกว่าจะเกิดภัยพิบัติ องค์กรจะรับฟังก็ต่อเมื่อวิกฤตมาถึง” ให้ความรู้สึกทั้งขมขื่นและจริงมาก
    • ฉันเคยทำงานในบริษัทเก่าแก่กว่าร้อยปี ซึ่งพวกเขาเองก็ไม่ได้กระตือรือร้นเรื่องการเตรียมรับภัยพิบัตินัก
    • ผู้ดูแลระบบ DR มักได้รับการสนับสนุนยากเสมอ และการรับมือความล้มเหลวก็ใช้ทั้งต้นทุนและแรงมาก
    • คล้ายประกันที่แม้จำเป็นแต่ก็มักถูกมองข้าม

  • LoRa และ APRS รวมถึงแบบดาวเทียม ล้วนมี bandwidth ต่ำมากโดยพื้นฐาน

    • ไม่ว่าจะ mesh หรือ APRS ถ้ามีคนเกินหลักสิบ ความน่าเชื่อถือโดยรวมจะลดฮวบจากทั้ง routing และสัญญาณ
    • APRS ต้องมีใบอนุญาตวิทยุสมัครเล่นและอุปกรณ์ที่แพงขึ้นเล็กน้อย แต่ถึงจะมีฟีเจอร์อย่าง smart beacon การชนกันของการรับส่งก็ยังเกิดบ่อย
    • หลายคนซื้อวิทยุแบบไม่ยั้ง แต่กลับไม่รู้เรื่องการใช้งานจริงหรือใบอนุญาต
    • ในเมืองจริง ระยะทางแบบทางเดียวมักอยู่แค่ไม่กี่ร้อยเมตร และรีพีตเตอร์หลักในเหตุฉุกเฉินก็มักถูกครอบครองโดยหน่วยฉุกเฉิน
    • สรุปคือ เตรียมหนังสือกับไพ่สักสำรับไว้ แล้วทำใจว่าวิถีชีวิตออฟไลน์นั้นเพิ่งเป็นเรื่องปกติเมื่อไม่นานมานี้เอง อาจจะดีกว่า

• ฉันมองว่า Meshtastic/LoRa เองยังไม่พอในหลายด้านในฐานะเครื่องมือสื่อสาร

  • ในสถานการณ์ความขัดแย้งหรือสงคราม ถ้ามีสัญญาณ LoRa ออกไป ก็อาจตามมาด้วยกระสุนปืนใหญ่หรือจรวดถล่มพิกัดฝ่ายเราแทบจะทันที

  • เช่นในยูเครน ถ้าบินโดรน DJI ด้วยเฟิร์มแวร์มาตรฐานก็จะถูกตรวจจับได้ทันที

  • ในวิทยุของยูเครน กฎข้อแรกคือพยายามอย่าใช้การสื่อสารแบบเข้ารหัส

  • ที่ไม่เข้ารหัสเพราะสัญญาณที่เข้ารหัสกลับยิ่งบอกศัตรูว่าเป็น “บุคคลสำคัญ” และกลายเป็นเป้าหมายโจมตีทันที

  • ถ้ามันกลายเป็นเป้าปืนใหญ่ได้ง่ายขนาดนั้น ก็อาจใช้ย้อนศรด้วยการโปรยอุปกรณ์ LoRa แบบสุ่มใกล้แนวหน้า แล้วตั้งเวลาเปิดแบบสุ่ม

    • เพื่อให้ฝ่ายตรงข้ามเปลืองกระสุนแบบมั่ว ๆ ก็ได้