Re:tcpcp - passing TCP connections between hosts (2005)
by remram on Monday April 25, 2022 @03:42PM
(#31159611)
That's why I was thinking more about a key renegotiation, which I know exists in SSH and existed in TLS at one point (at least I know there's a shortcut for it in openssl's s_client).
[ Parent
| on HN ]
Re:tcpcp - passing TCP connections between hosts (2005)
by touisteur on Monday April 25, 2022 @06:30PM
(#31161628)
One of the ideas of tcp checkpoint restore, at least for me, is to avoid a round-trip delay when restoring the connection. Wouldn't a key renegotiation cause at least one round-trip? I'm probably being dense here...
Re:tcpcp - passing TCP connections between hosts (2005)
by remram on Tuesday April 26, 2022 @08:18AM
(#31166549)
It probably would yes, though that might still be fewer round-trips than establishing a new TLS connection.
Re:tcpcp - passing TCP connections between hosts (2005)
by touisteur on Tuesday May 03, 2022 @04:32AM
(#31246018)
Youre right.
I'd actually be really interested in a write-up on such ideas. SSH, TLS or wireguard (voluntary) 'takeover' or Checkpoint&Restore. I don't remember whether QUIC had multihoming (might help with checkpoint restore) but since most APIs are in userland and it's udp it might be faaar easier.