On Tue, Jan 22, 2013 at 3:52 PM, Andrey Vagin <ava...@openvz.org> wrote: > If a TCP socket will get live-migrated from one box to another the > timestamps (which are typically ON) will get screwed up -- the new > kernel will generate TS values that has nothing to do with what they > were on dump. The solution is to yet again fix the kernel and put a > "timestamp offset" on a socket.
One serious issue with this patch is that outgoing timestamp values will no longer correspond to tcp_time_stamp, so echoed timestamp values will also no longer have a meaningful relationship to tcp_time_stamp. That violates assumptions made in several places in the code, which assumes that we can compare echoed timestamp values to tcp_time_stamp; for example, there are several places where we do things like subtracting: tcp_time_stamp - tp->rx_opt.rcv_tsecr to find the estimated RTT for a segment. neal -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/