[Feature request] Persistent outbox in the companion: retry direct messages until ACKed
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- c
- 領域
- networking
調査の方向性
Start by reading the related issues #3518, #1489, #1342, and #2974, plus the decision in #613, to understand the existing ACK, retransmission, and TX lifecycle behavior. Then locate the companion firmware’s message handling and companion protocol push code. Done means persistent retry and expiry behavior, deduplication, and outbox state updates work across phone disconnections and intermittent multi-hop reachability.
索引モデルが issue の本文から書いたものです。
説明
Goal: a DM is either delivered and ACKed, or reported as expired after a configurable retention time, also when the phone is disconnected and when the recipient is only intermittently reachable over many hops (we measured 4-hop round trips at ~32 km working intermittently, and paths of 8 to 12 hops at ~100 km).
Proposal (endpoint-only, no storage on intermediate nodes, in line with the decision in #613):
- The companion keeps unACKed DMs in a persistent outbox in flash, instead of relying on the app to retry while connected.
- Retry policy in the firmware: direct path first, flood with the configured scope after N failures, an immediate retry when an advert or path update from the recipient is received, and backoff otherwise (e.g. 30 s, 2 min, 10 min, 30 min, then hourly) until the retention time expires.
- The recipient dedups on the existing message identity (timestamp + sender), so a lost ACK and a retransmission do not produce a duplicate in the app.
- New companion-protocol push codes for outbox state changes (queued, sent, ACKed, expired), so apps can show delivery state even for messages that were ACKed while the phone was disconnected.
Why in the firmware and not the app: the radio is the always-on device and hears the recipient's adverts. App-side retries stop when the phone sleeps (notably iOS background limits) or disconnects.
Airtime: retries are mostly presence-triggered and backed off, so the flood load should stay below what users generate today by resending manually.
Depends on / related to: #3518 (ACK sent for a DM that is then dropped), #1489 (ACK reliability), #1342 (retransmission of direct messages), #2974 (TX lifecycle signalling).
Happy to discuss the design and help with smaller code changes, but I can't commit to building the full feature.
- 主要言語
- C
- スター
- 3.9k
- フォーク
- 1.5k
- 平均マージ
- 1日 3時間
- マージ済み PR（30日）
- 24
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
meshcore-dev/MeshCore のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 63/100
meshcore-dev/MeshCore#3622 ·
メンテナーはふだん 1 日以内に返信
-
[Feature Request] Set Australia (Mid) Preset to automatically enable 2 byte default path hash sizeオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
meshcore-dev/MeshCore#3571 · リアクション 5 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
meshcore-dev/MeshCore#3567 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
RTC_RX8130CE writes and reads the one-hot WEEK register as a number対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
meshcore-dev/MeshCore#3549 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
meshcore-dev/MeshCore#3513 ·
メンテナーはふだん 1 日以内に返信
meshcore-dev/MeshCore の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
espressif/esp-adf-libs#89 · コメント 1 件 ·
-
TLS: a stale OpenSSL error makes non-blocking reads fail with "Resource temporarily unavailable"オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
enhancement severity: low
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
luainkernel/lunatik#2091 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1〜3時間 初心者へのやさしさ 82/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
bigtreetech/BIGTREETECH-TouchScreenFirmware#3056 ·
メンテナーはふだん 1 日以内に返信