cloudflare/boringtun

Keeping timers relative to start of tunnel initiation is confusing

Open

#309 aperta il 24 ago 2022

Vedi su GitHub
 (5 commenti) (0 reazioni) (0 assegnatari)Rust (321 fork)batch import
code qualitygood first issue

Metriche repository

Star
 (4849 star)
Metriche merge PR
 (Merge medio 318g 18h) (3 PR mergiate in 30 g)

Descrizione

Keeping timers this way means that for example update_session_timers takes a time_now param that's a Duration instead of an Instant. All entries in Tunn::timers are Durations when many of them are "the time that something happened" and idiomatically I think these would be better expressed as Instants.

Guida contributor

Direzione di ricerca
Il problema propone di rielaborare il sistema dei timer per utilizzare `Instant` invece di `Duration` per tracciare quando si sono verificati gli eventi. Nello specifico, `update session timers` accetta un parametro `Duration` per `time now` che dovrebbe essere un `Instant`. Il campo `Tunn::timers` memorizza valori `Duration` che rappresentano tempi assoluti; questi dovrebbero essere cambiati in `Instant`. La modifica influenzerà il modo in cui i timer vengono calcolati rispetto all'inizio del tunnel. I file chiave da esaminare includono `tunnel.rs` e qualsiasi modulo che gestisce i timer. La discussione nel problema potrebbe fornire ulteriori approfondimenti sulle modifiche necessarie.
Tech stack
rust
Dominio
backend
Tipo issue
Refactoring
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-2 giorni
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Datata
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
Rust Duration/Instant typesboringtun codebase structure
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
40