[FEATURE] Add Re-Affiliation Timeout Handling for Stale Affiliations
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- cpp
- Ambito
- networking
Direzione di ricerca
No files or tests are named. Start by locating the dvmhost logic for the existing 12-hour stale-affiliation timeout and review how affiliations are queried and removed, while preserving the stated DVRS and conventional scope. Done requires an agreed configurable or inactivity-based check, response handling, stale removal, and tests for reconnect and non-applicable modes.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Component
dvmhost
If "Other", specify component
No response
Problem / use case
Currently, host only clears stale affiliations after the 12-hour timeout expires. If a peer disconnects or dies unexpectedly, any active affiliations from that peer remain visible until the timer runs out. This causes stale affiliations to appear in SysView and other monitoring tools. It may also create issues where a stale affiliation prevents the same RID from re-affiliating after the peer reconnects, or from affiliating on another site.
Proposed solution
Instead of relying on the existing stale-affiliation timeout, I propose adding a re-affiliation check timer. At a configurable interval, or after a defined period of RID inactivity, host would send a query to confirm whether the RID is still present. If the RID responds, the affiliation remains active and the timer resets. If the RID does not respond, the affiliation should be considered stale and removed. Optionally, host could also treat the RID as de-registered at that point, since the radio is no longer confirmed to be present on the system.
Alternatives considered
No response
Implementation notes
This logic should be scoped so it does not affect DVRS or conventional.
Additional context
No response
- Lingua principale
- C++
- Stelle
- 107
- Fork
- 30
- Merge medio
- 3m
- PR unite (30g)
- 1
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di DVMProject/dvmhost
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
DVMProject/dvmhost#113 · 3 commenti ·
-
[bridge] Feature Request: support multiple concurrent UDP audio streams over a single peer connectionForse di nuovo libera @aemcd l’ha presa 306 giorni fa e non c’è nessuna pull request aperta. Apertaenhancement
DVMProject/dvmhost#109 · 2 commenti · 1 assegnatario ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
DVMProject/dvmhost#101 · 1 commento ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
DVMProject/dvmhost#100 · 4 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
DVMProject/dvmhost#98 ·
Tutte le issue di DVMProject/dvmhost
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
sandialabs/seacas#945 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
ROCm/FastFlowLM#757 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
espressif/esp-matter#1867 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
mltframework/shotcut#1920 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno