Files
Wez Furlong 7f21784537 xfer: fix far-future timestamps on transferred messages
A message received via inter-node transfer, on systems hosted on AWS, could
end up with a wildly incorrect far-future timestamp. The underlying mac_address
crate would pick a NIC with the same MAC address as other AWS instances in the
cluster, and that triggered a code path where the collision resolving logic
misinterpreted the timestamp portion of the incoming spool id.

The thing that made this painful was the logic in spool_id.rs: it
misinterpreted the subsecond portion of the timestamp extracted from
the uuid, and due to the way that that field wraps, could produce wildly
inaccurate deltas with a huge multiplier.

As a belt and suspenders treatment, allow the user to influence which
MAC address is selected via the new KUMO_MAC_INTERFACE and
KUMO_MAC_ADDRESS environment variables.
2026-08-25 07:48:50 +01:00
..
2026-02-04 09:10:25 +00:00
2026-05-06 13:29:15 +00:00
2024-12-07 09:17:54 -07:00
2025-04-09 10:26:07 -07:00
2026-06-23 15:47:08 +01:00
2026-03-02 15:42:27 +00:00
2026-06-23 15:47:08 +01:00
2025-04-09 10:26:07 -07:00
2026-05-12 16:50:01 +01:00
2025-10-08 11:00:37 +01:00
2026-02-24 11:03:43 +00:00
2025-04-09 10:26:12 -07:00
2026-06-23 09:59:34 +01:00
2025-04-09 10:26:07 -07:00
2024-12-07 09:17:54 -07:00
2026-06-23 15:47:08 +01:00
2025-04-09 10:26:07 -07:00
2024-11-13 13:50:27 -07:00
2026-06-23 09:59:34 +01:00
2025-04-09 10:26:07 -07:00