delay write to consul when stun fails #26

Closed
opened 2025-02-17 19:20:12 +00:00 by trinity-1686a · 1 comment

we've had 2 incidents in less than a week related to diplonat failing to get an IP (due to a faulty stun server)
to be more resilient, diplonat shouldn't write null ip into consul, but likely leave the existing entry alone, and eventually delete the entry when it's really getting old

we've had 2 incidents in less than a week related to diplonat failing to get an IP (due to a faulty stun server) to be more resilient, diplonat shouldn't write `null` ip into consul, but likely leave the existing entry alone, and eventually delete the entry when it's really getting old
Author
Owner

this already exists:

Lines 11 to 14 in e60e002
/// If autodiscovery returns None but an address was obtained less than
/// this number of seconds ago (here 15 minutes), we keep that address
/// in the Consul db instead of insterting a None.
const PERSIST_SOME_RESULT_DURATION_SECS: u64 = 900;

this already exists: https://git.deuxfleurs.fr/Deuxfleurs/diplonat/src/commit/e60e0028630bda1e242f49ce2008889392b861b9/src/stun_actor.rs#L11-L14
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: Deuxfleurs/diplonat#26
No description provided.