インターネット・レジリエンス・クラブの始め方
(bowshock.nl)- 戦争・地政学・気候変動により、欧州のインターネット障害はより頻繁で深刻になる可能性があり、小規模なボランティア技術者グループが通信復旧の初期の中心になり得る
- クラブは低消費電力・免許不要の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日分の発電機用電力の確保
- アクティブ光ケーブルをパッシブ方式に置き換え
- ネットワーク人材の兵役免除の確保
- オランダのクラウドベースの「緊急通信」システムは、電力やインターネット接続に影響する非常時には機能しないだろうと批判されている
- 通信分野に電力網の「black start」に相当する公式計画があるとしても、それを実装すべきネットワーク運用者には共有されていない
危機対応とボランティアネットワーク
- Layer AlephのCrisis Engineering講座は、組織が存亡に関わる危機に直面すると、急速により機能的な形に変わるか、失敗してより機能不全に陥ると見ている
- このアプローチでは、危機が来ると組織を事前に説得するより、危機が到来したときに使うツールと計画を準備することに重点を置く
- 個人が政府や企業の助けなしにできることとして、中央インフラなしで通信できるボランティアのネットワーク専門家グループを作る方法がある
- アマチュア無線はより長距離で高帯域幅を提供できるが、費用・学習・免許・アンテナ・電力の要求が大きく、この目的には実用性が低いと判断されている
- LoRaとMeshtasticは、数km範囲でテキストメッセージを送れる安価で低消費電力の代替手段として選ばれている
クイックスタート手順
- Internet Resiliency Clubの構成方法
- 約10km以内にいるインターネット関連技術者を集める
- 平常時の連絡手段を決める: Signal、Matrix、メールなど
- 各自がLoRa無線機と、**低電流充電（trickle charge）**に対応したモバイルバッテリーを用意する
- LoRa無線機にMeshtasticをインストールする
- 共同で使うLoRaチャネルを決める
- ミーティングを開き、Meshtasticでメッセージを送りながら練習する
- インターネットインフラ企業で働いているなら、関心のある社員にLoRa無線機、スマートフォン用モバイルバッテリー、可能なら小型ソーラーパネルを個人用途として提供する案を提案できる
LoRaとMeshtasticの基本動作
- LoRa無線機には、緊急通信に適した複数の特性がある
- 中央インフラ不要
- 免許不要
- 約**€20**から始められる低価格
- 1W未満の低消費電力
- 一般的なスマートフォン用モバイルバッテリーで給電可能
- オープンソースのMeshtasticファームウェアを実行
- 見通し線基準で複数ホップ、数km範囲でテキストメッセージを送受信可能
- BluetoothやWiFiでスマートフォン・コンピューターに接続可能
- 多くの都市部にはすでにMeshtasticネットワークがある
- LoRaは、チャープスペクトラム拡散方式から派生した低消費電力・低ビットレートの無線メッセージング方式
- 伝送速度は約1〜25kbps
- 消費電力は1W未満
- MeshtasticはLoRa無線機向けのオープンソースファームウェア
- flood-forwardメッシュネットワークプロトコルを使用する
- Meshtasticノード間で最大3つの見通し線ホップまでメッセージを中継する
- 通常は約10km程度だが、地形と天候に大きく依存する
- 低価格のLoRaボードは開発ボード形態が多く、バッテリー、ケース、良いアンテナが付属しない場合がある
- より高価な製品には、筐体、バッテリー、ソーラーパネル、大きな画面、キーボードなどが含まれることがあり、一部は別のスマートフォンやコンピューターなしで使用できる
MeshtasticとMeshCoreの選択
- MeshCoreはメッシュをより安定して送れるが、レジリエンスは低いと評価されている
- 長距離での信頼性は、中央集権化され中央管理されるネットワークに近い方式から生まれる
- MeshCoreは現在混雑問題を抱えており、ボトムアップよりもtop-down管理が必要
- 停電で多くのリピーターが停止すると、MeshCoreネットワークの大きな区域が分断され、残った部分は更新メッセージであふれる可能性がある
- 2つの方式を併用することも可能
- MeshtasticとMeshCoreの両方を実行する機器を用意する
- ネットワーク接続や商用電源なしでファームウェアを切り替える練習をする
バッテリーと太陽光電源
- LoRa無線機は通常100〜200mA程度の低電力で動作する
- 10,000〜20,000mAh容量の一般的なスマートフォン用モバイルバッテリーは、LoRa無線機を約2〜8日動作させられる
- チップセット
- 送信時間
- WiFiまたはBluetoothの使用有無によって変わる
- モバイルバッテリーは低電流充電に対応している必要がある
- 対応していない場合、LoRa無線機の消費電力が低すぎて、モバイルバッテリーが何も接続されていないと判断し、給電を止めることがある
- USB出力のある小型ソーラーパネルを直接接続するか、LoRa無線機で使うバッテリーを充電する方法で太陽光電源を利用できる
- 800cm²の折りたたみ式ソーラーパネルが15Wを生成し、最大5W/500mAを出力できれば、多くのLoRa無線機を動かすには十分
- この程度の小型構成では、ヒューズ、充電コントローラー、buck/boostコンバーターなしで、ソーラーパネルと任意のスマートフォン用モバイルバッテリーだけでも可能
- 2026年時点では、内蔵バッテリーを備えた完全太陽光LoRa無線機を購入できるが、品質管理の問題は依然としてあるほうだ
推奨LoRa機器
- Internet Resiliency Club向け推奨機器
- SenseCap Solar P-1 Pro: 太陽光電源、バッテリーバックアップ、屋外設置用
- Heltec V4: 最も安価な選択肢
- SenseCap Card Tracker 1000E: everyday carryまたは非技術ユーザー向け
- LILYGO T-Echo: 持ち運び可能でハッキングに適している
- 機器選びより購入のほうが難しい場合があるため、長く悩みすぎず始めるほうがよい
- 注意: アンテナを接続していない状態でLoRa機器の電源を入れてはいけない
- アンテナへ送るべき電力が放射されず、機器が損傷する可能性がある
- 多くのLoRa機器はUSB-Cポートを備えていても、USB-C PDを正しく実装していない場合がある
- 安定した充電にはUSB-A to USB-Cケーブルの使用が推奨される
-
SenseCap Solar P-1 Pro
- €100を出せるなら、外部電源なしで継続動作するLoRaノードを追加する最良の選択肢として提案されている
- バルコニー、屋根、フェンスに取り付けられる、太陽光・バッテリーバックアップ付きLoRaノード
- P-1 ProはバッテリーとGPSを含むが、P-1は含まない
- MeshtasticのSenseCap Solar P-1/P-1 Pro文書
-
Heltec V4以上
- 時間に余裕があり費用を節約したいなら、約**€20**のHeltec V4以上が推奨される
- 切手サイズのOLED画面、小さなボタン数個、WiFi/Bluetooth、USB-C入力・電源を備える
- 受信メッセージはOLEDに表示され、ボタンでスクロールして見られる
- メッセージ送信にはWiFiまたはBluetooth接続が必要
- ケース、バッテリー、GPSはないが、別途モバイルバッテリーの使用が推奨される
- MeshtasticのHeltec V4文書
-
SenseCap Card Tracker 1000-E
- Meshtasticノードを毎日持ち歩く用途に適している
- 複数枚のクレジットカード程度のサイズと形状
- 技術に慣れていない家族や友人に渡すにも便利
- MeshtasticのSenseCAP 1000-E文書
-
LILYGO T-Echo
- ハッキングに適しており、小さなケース付きの機器が欲しい場合に推奨される
- 約**€80**の低消費電力ポータブル機器
- 約3cm四方のe-ink画面、ボタン付きケース、Bluetooth、GPS、約1日分のバッテリーを備える
- 受信メッセージはe-ink画面に表示され、ボタンでスクロールして見られる
- メッセージ送信は別の機器とBluetoothで接続する必要がある
- MeshtasticのLILYGO T-Echo文書
ファームウェアのインストールと無線設定
- 一部のボードはMeshtasticがすでにインストールされた状態で出荷されるが、通常は数カ月前のバージョンである可能性が高い
- LoRaボードのフラッシュは比較的簡単
- Meshtastic Webブラウザフラッシャーを使用可能
- ChromeまたはEdgeが必要
- 機器がUSBドライブのようにマウントされる場合は、ファイルをドラッグ&ドロップする方法も可能
- シリアルインターフェースを使うコマンドラインツールもあるが、Python環境の調整が必要になる場合がある
- 欧州でLoRaに使用できる周波数は868MHzと433MHz
- 欧州のMeshtasticユーザーには868MHzが最もよく使われる
- モデムプリセットは特別な理由がなければデフォルトの
LONG_FASTを使用する - LoRaのチャネルは、同じ暗号鍵とチャネル名を使うメッセージの流れ
- すべてのMeshtasticノードが共有するデフォルトのprimary channelがある
- 同じ鍵とチャネル名を持つノードだけがアクセスできるsecondary channelも設定できる
- 共有secondary channel用の暗号鍵とチャネル名を決め、QRコードで設定を共有できる
ミーティングと練習
- 一緒に働く方法は、危機の最中ではなく危機の前に身につける必要がある
- Crisis Engineeringの観点では、すでに一緒に働いたことのあるチームのほうが成功する可能性が高い
- ボランティアグループでは、一緒に「働く」経験が楽しいものでなければならない
- ミーティングの活動、場所、時間を変えながら、多様な人が参加できるようにする必要がある
- 実際に会ってMeshtasticメッセージを送り、機材と手順を手に慣らすことがクラブ運営の核心
1件のコメント
Hacker News のコメント
Meshtastic は、インターネットのない環境でそのまま導入して使うには、まだ準備が整っていないと感じる
田舎の休暇先にボードを持って行き、広い場所でテストしようとしたが、インターネット接続が非常に限られていて、Meshtastic プロジェクト全体が Web 優先になっていた
ボードのフラッシュは推奨方法が「Web Flasher」で、ファームウェアのソースを入手しても、PlatformIO がツールチェーンとフラッシャーをインターネット経由でダウンロードしてインストールする必要がある
クライアントはアプリストア、または https://client.meshtastic.org/ の Web アプリとして提供されているが、どちらもオフライン中心ではない。後になってボード自体が Web アプリをホストすることは知ったが、それでも Wi-Fi AP に接続する必要があり、ボードをコンピュータに挿すだけではアクセスできない
ドキュメントも https://meshtastic.org/docs にしかなく、「Download Docs」や「How to self host this project」のような項目は見当たらない。技術者なら突き止められるだろうが、中心的な関心事ではないように見える
この記事の趣旨は、事前にすべて準備しておけということなのかもしれないが、オフラインで読める PDF ドキュメントすらないのは残念だ。このスレッドで Meshcore のことも知ったが、サイトの入門案内が YouTube 動画なら、非常時への備えとしては不十分だ
Android クライアントの .apk は GitHub から直接入手できる: https://github.com/meshtastic/Meshtastic-Android/releases
それでも、長期的なインターネット断絶というユースケースをもっとよくサポートすべきだという点には同意する
Meshtastic CLI も使える
ドキュメントは git リポジトリに .mdx 形式である: https://github.com/meshtastic/meshtastic
指摘された問題はいずれも、Web ブラウザに慣れたユーザーにとってより便利にしようとした結果に見える。現在の Web は web3 まで含めても、分散化とはほど遠い
Linux を見ると、この10年で大きく成長し、率直に言って最大の部分は使いやすさだ。UI/UX ははるかに良くなり、洗練された。Microsoft と Apple がより敵対的になるにつれて代替を探す人も増えたが、その人たちが入ってこられる場を作ったのは使いやすさであり、より大きく多様なコミュニティがアクセシビリティを高めた
批判は続けるべきだが、単なる不満ではなくフィードバックとして解釈すべきだ。そうしてこそ、こうしたものをより良い製品に変えられる。結局、ここは優れた製品を作る場ではないのか
そしてドキュメント化の重要性を決して過小評価してはいけない。絶えず変わるので負担が大きく面倒に見えるが、人々がどう参加すればよいのか分からなければ、彼らを引き込むことはできない。企業であれオープンソースプロジェクトであれ、非常に収益性の高い投資だ
Web アプリはブラウザでページを保存すれば、オフラインでもうまく動作するようだ
Android アプリは GitHub にビルド済みバージョンがある
iOS アプリをエンドユーザーへオフライン配布できないのは Apple のせいだ。Apple を責めるか、もっと良いスマホを買うべきだ
利便性のために、USB Ethernet で制御用 Web サーバーを開くデバイスを見たことがある
欧州の大都市で、ほぼ100%のメッシュカバレッジがある環境で Meshtastic を試したが、実際の性能はかなり期待外れだった
アンテナ利得の差とひどいメッシュ性能のせいで、メッセージは受け取れても返信できないことが多く、公開チャットは完全に死んでいるか、テストメッセージであふれていた
メッシュは実際にはうまくスケールせず、100を超えるノードがあると崩壊し、中速チャネルもすぐ詰まって、すべてが非常に遅かった。誰も使っていない状況でもかろうじて動く程度なので、非常時に Meshtastic に頼ることはないと思う
むしろ 公開 Wi-Fi メッシュのほうが価値がありそうだ。中古の Wi-Fi ルーターはほぼ無料で、供給も多く、消費電力も少ない。誰もがすでにポケットに互換クライアント端末を持っている。完全停電ではメッシュは失敗するだろうが、電気があるときには少なくとも何かに使える
868MHz に合わせた Yagi アンテナや専用のポールアンテナを使っても、自分の場所では範囲はかなり悪い。道沿いに1km歩くだけで信号が急速に落ちるようだ。高さが重要なのは分かっていて、アンテナもかなり高いが、868MHz は減衰が非常に速いように思う
だから Meshtastic が特に有効な解決策だとは信じていない。原理は妥当だが、実装が足りない。特に SDR のおかげで簡単な携帯型無線機が約20ユーロと非常に安くなっている今では、Hamnet や従来のアマチュア無線のような既存方式のほうがはるかに良いと思う
100平方メートルで10ワット程度となると、都市全体を覆おうとする場合には大きなコストになる
そうすれば、1人だけが発電機や Starlink を持っていても、ある程度の接続性を提供できる
Apple の Find My ネットワークを一種のメッシュと呼ぶことはできるが、任意のデータをこっそり運ぶには帯域が非常に低い。Apple の新しいモバイル Wi-Fi チップは、本物のインターネット・メッシュネットワークの前触れなのかもしれない
私の地域には山頂に非常にうまく配置された ROUTER ノードがいくつかあり、低い市街地のノイズの暴走をほとんど抑え、約80kmまでのローカルメッセージングはかなり安定している。Wi-Fi では絶対に不可能なことだ
地域のノードは約80、LONG_FAST チャネル、人口は約50万人という条件だ
ただし Meshtastic のルーティングアルゴリズムは極めて非効率で、改善の余地が非常に大きい
電気が止まり、インターネットが切れ、携帯電話も使えない朝に目覚める悪夢だなんて、年を取るほどだんだん 牧歌的に聞こえてくる
その日の遅くに道路がまた機能すると分かっているなら、多くの人は楽しい時間を過ごせるかもしれない。だが問題が長引けば、その混乱は広範で不快な結果を生むだろう
私たちは、自分たちが技術にどれほど依存しているか、その技術がどれほど脆弱になり得るかをまだ十分に認識していない。数年前、誰かが卵の供給停止に備えるべきだと言ったら笑われていただろう。「卵はそんなに好きじゃないし」みたいな冗談も出ただろう。トイレットペーパーの買い占めはどうか。この2つの出来事だけを見ても、供給停止は少なくともある程度は起こり得ると判断できる。財やサービスが果てしなく供給されるという過去の前提は、将来には維持されないかもしれない
面白い冗談だし、個人的にはなくなっても恋しくならない依存対象もいくつかある。恋しくなるまでは
個人的に興味深い概念は、全般的な レジリエンスだ
最近の停電ではスペインとポルトガルの大部分で実際にこうしたことが起き、見ていて良い状況ではなかった
かなり非現実的だった。何らかのバイアスかもしれないが、私もこういう見方をするようになった
メッシュネットワークは 災害レジリエンスの基盤であり、不可欠だ。その上にどんなサービスを載せるかが問題になる
リアルタイムチャットなら、どこでも動作が検証されている粗野で安全ではない単純さの IRC、現代的なセキュリティを載せた Matrix、あるいはほとんど誰も知らないメッシュネイティブな方式があり得る。災害後に実際のユーザーをどうオンボーディングするかも重要だ
ストア・アンド・フォワード型メッセージングには SMTP 系がよく合うかもしれないが、各地域の災害 POP ごとに実際の分散サーバーが必要になる。キューに実質的に永遠に残るようなタイムアウトと再試行パラメータも必要だ
フォーラムは古い NNTP より良いものがあるだろうか？ 他のプロトコルは断続的な間接接続を後から受け入れたが、NNTP はそうした環境で生まれたものだ
実際の災害状況で、より洗練されたものやインタラクティブなものが現実的なのかも疑問だ
主要 OS 別のクライアントを入れたオンボーディングキット、いわば AOL の CD-ROM のようなものも、USB ドングル経由のスニーカーネット配布に役立つかもしれない
携帯電話では、単純な http や自己署名 https 接続を開くことさえ、今では厄介だ
私より賢い誰かはこうしたツール群を持っているのだろうが、どこで見つければいいのか分からない
ストア・アンド・フォワード方面では、NNCP がこの目的に合わせて設計されているが、まだ広く普及してはいない
著者のアイデアは、「レジリエンス・クラブ」が通常のインターネットを復旧している間に使う 通信チャネルを、メッシュネットワークが提供するということのようだ
メッシュ無線の帯域幅はかなりひどい
まず多くの干渉源と競合しなければならず、そこには他の LoRa 無線も含まれる。停電になれば多少はましになるかもしれない。もっと重要なのは、長距離接続では中継ホップごとに帯域幅を消費し、遅延とジッタが積み重なるという点
テキストメッセージング程度なら合理的かもしれないが、ホップあたりの帯域幅が 0.3kbps から 27kbps で、共有のマルチホップリンクではさらに分割されるので、それ以外は短距離の超低帯域幅音声通話や、ミニマルなテキスト専用 Web サイトの閲覧くらいを除けば現実的ではない
固定式のマルチメガビットのポイントツーポイント・マイクロ波無線リンクをバックボーンとして補強し、LoRa はアクセスネットワークとしてだけ使うほうが筋が通るかもしれない
実際にこれをやってみた経験が気になる
著者のアイデアは、「レジリエンス・クラブ」が通常のインターネットを復旧している間に使う通信チャネルを、メッシュネットワークが提供するということのように見える
100Mbit 級のポイントツーポイント Ethernet-over-microwave リンクのようなものを基盤にし、高層ビルをハブとして使えば、かなりよいメッシュを作れそうだ。Wi-Fi、LoRa、またはその両方がアクセスネットワークの役割を果たせる。長距離メッシュの帯域幅は非常に限られるので、悪用を防ぐためにクライアントごとの帯域制限は必須になる
もちろん安くはない。まともなマイクロ波リンクは数千ドルするし、ネットワークのあらゆる部分に予備の太陽光発電とバッテリー電源が必要になる
「大きな耳、小さな口」方式で帯域幅を上げることも検討に値する。LoRa のような技術の固定リンクが合法的な EIRP レベルで送信しつつ、受信側には高利得のパラボラ皿、たとえば再利用した衛星放送用アンテナと低雑音増幅器を両端に付ければ、エンドツーエンドの Eb/No を大きく高められ、法的に可能な範囲で帯域幅と距離を大幅に伸ばせる
必要なハードウェアは、アンテナ間のアクティブ RF スイッチングやハイブリッド／サーキュレータを使った二重化で、かなり実現できそうに見える。すでに誰かがこういうものを作っているのか、あるいは製造しているのか、実際の実装と規制上の障壁が何なのか気になる
この記事は、大手通信事業者しかいない都市から出てきたものだと考えると、より理解しやすい
ドイツの Dresden には、都市のあちこちに回線を敷いたりマイクロ波アンテナを置いたりしているボランティア組織がいくつもある。AG DSN、Bürgernetz、Freifunk がそうで、最近ではボランティアが運営するインターネットエクスチェンジ DD-IX もできた
だから電気さえあれば、私たちには自前のインターネットがある
Meshtastic は面白いが限定的で、実際のメッシュインフラというよりは無線チャットアプリに近い
分散型通信を真剣に考えるなら Reticulum を見る価値がある: https://reticulum.network
Reticulum は LoRa に限定されず、IP、シリアル接続、パケット無線、その他手元にある何を経由してでも動作する。遅延耐性、マルチホップ、暗号化、サーバー不要が特徴。まだやるべきことや作るべきアプリは多いが、基盤は堅固
EH22 の良い発表: https://media.ccc.de/v/eh22-97-eggceptional-meshnetworking
おそらくこのリンクだと思う。末尾にハイフンがある
https://media.ccc.de/v/eh22-97-eggceptional-meshnetworking-
レジリエンスへのより良い道は、州の反対側にいる趣味人同士の常時無線接続ではなく、バスの反対側に座っている人同士の断続的な接続と、ちょうどその方向へ向かう人たちがポケットの中のファイルシステムに「インターネット」トラフィックを載せて運べるようにするアプリケーション層だと感じる
各ホップが誰かと握手し、その秘密鍵の所有者が実在の人間であることを確認する機会になれば、脅威の様相は変わる。その上に構築できる最低限の信頼レイヤーが生まれる。風に漂うハードウェアアドレスでは、そういうものは得られない
どちらの方式も、ユーザー行動のせいでネットワーク運営者が好ましくない注目を集める可能性はあるが、その程度は大きく異なる。今のところ、送信元を追跡するとして Meshtastic 運営者のドアを破って押し入るようなことはないと理解しているが、他の長距離のいたずら手段が失敗すれば変わる気がする
最もレジリエントなインフラは高価値な標的がないもの、つまり各ユーザーが等しく運営者である構造だろう
現在の状況はよく分からない。Web サイトでリンクされているクライアントは、しばらく開発が止まっているようだ
https://en.m.wikipedia.org/wiki/Secure_Scuttlebutt
非常に UNIX 的なので、技術者でなければ運用はかなり難しいが、そのぶん UI で包むのも簡単だろう。設定に「隣人」リストを明示的に追加する必要があり、「パケット」はファイルとしてスプールするか、TCP/Noise 接続を使って送れる。ホップ単位の転送も可能で、エンドツーエンド暗号化もされる
http://www.nncpgo.org/
https://www.complete.org/nncp/
人が多い地域を歩き回って送信されたメッセージを集め、その後、街の反対側まで走って暗号化メッセージが受信者を見つけられるようにする配達人コミュニティが生まれるかもしれない
そういうアプローチは都市では通用するだろうが、人々がバスに乗らなかったり、毎日他人の近くにいるわけでもない場所では、はるかに効果が低いだろう
6マイル程度届く方式の利点は、郊外や 20〜40エーカー区画のある農村地域を比較的効果的にカバーできる点にある
悪くはないが、少し古く不完全。最近は Meshcore が Meshtastic とかなり競合している: https://meshcore.co.uk/
覚えておくべきなのは、LoRa で扱えるのは短いテキストメッセージだけだということ。画像、音声、バイナリファイルは考えないほうがいい
もう一つの選択肢は、20ユーロの安価な中国製トランシーバー Quangsheng UV-K5 で、衛星接続経由でテキストメッセージを送る APRS
Meshtastic や Meshcore は、数十の基地局と数人のチャット利用者なら問題ないかもしれないが、数が増えるとルーティングと信号処理に帯域の大半が使われ、多くの人が同時にメッセージを送るとシステム全体が非常に不安定になる
APRS はアマチュア無線免許が必要で、たいてい機材も少し高いので多少はましだが、「SmartBeaconing」と数人のハムがいるだけでも衝突、つまり複数人が同時に送信して互いに干渉することが起きる
Reddit にはこうした安価な中国製トランシーバーを買うプレッパーや愚か者がよくいるが、たいてい知識もなく、必要な免許もなく、実際の使い方も知らない。都市環境での単信通信の範囲は数百メートル、またはトランシーバー同士の間に大きな建物が一つ二つある程度で測られる。中継局は実際の緊急サービスが使っているはずなので、どんな種類の「私的利用」にも事実上使えない
要するに、本を数冊とカード一組を持って、待っているほうがいい。そう遠くない昔までは、家の外で連絡が取れないのが普通だったし、私たちはそれで十分やってこられた
商業事業のように見えるし、連絡先メールも customers@... になっている。ライセンスも分からない。むしろ Meshtastic を使う
攻めたコーデックなら 0.5kbps 未満も可能。音質を犠牲にしても標準コーデックを使いたいなら、軍用の MELPe コーデックには 600bit/s の標準モードがある
ざっと見た限りでは、より洗練されているようだが、同時に少し不透明にも見える。まだ定着するだけの時間が十分になかったからかもしれない。公開される資格は備えているようだ
記事の「危機が来る前には組織は耳を傾けない。できるのはツールと計画を準備しておくことだけだ」という答えは、とても悲しいが本当にその通り
100年以上続く会社で働く機会があったが、その会社は戦争、大恐慌、景気後退、市場崩壊などを経験してきた
そういう会社は災害計画にはかなり前向きな一方で、同時に砂に頭を突っ込む頑固者のようなところもあった。最大の特徴は、財務的にも文化的にも保守的な傾向が強かったことで、今のテック業界ではかなり珍しい
災害復旧システムを管理したことがある人なら、支援を得るのがどれほど難しいか分かる。災害復旧は高価で、リソースを大量に消費し、テストが難しく、人々が考えたがらない領域だ。保険に似ている
Meshtastic/LoRa は通信手段としては単に悪く、問題が多すぎる
紛争状況では、LoRa をオンにした人の位置に砲弾やロケットが飛んでくる可能性がある
ウクライナで見られるように、標準ファームウェアの DJI ドローンを起動してみれば何が起きるか分かる
ウクライナで無線を使うときも、ルール1は暗号化無線を使わないこと。この例が特に気に入っているのは、常識に反しているように見えるからだ。敵が通信全体を見られるのに、なぜ暗号化していない無線を使いたいのか
理由は、暗号化された無線トラフィックは敵にとって非常に興味深いからだ。誰かがそれを使っているなら重要人物である可能性が高く、そうなると砲弾が送られてくる
前線近くに LoRa デバイスを無作為に配置し、危険を減らすために自律ドローンや光ファイバードローンで投下してから、ランダムなタイマーでオン・オフすれば、敵に砲弾やドローンを消耗させられる