On Fri, 25 May 2001, Pavel Machek wrote:
> > Basically I took three steps to migrate a TCP socket. Assuming A and B
> > are the two peers:
> >
> > 1. shutdown process A while keep B open
> > 2. restart A and re-establish the socket which points to B
> > 3 . change the socket on B to point to the new location of A
>
> This assumes both A and B are on same machine, right?
No. They can be on different machines. That's why it's called
"migration" :-)
> > The problem is, during this stage, if B sends packets to A before 3 is
> > complete, B's socket will get a RST. In the case of X, if you click or
> > move cursor on A's window when A is being migrated, it will crash.
>
> <EVIL SOLUTION>
> You might shutdown machine's networking between checkpoint and
> restart. That way, packets are silently lost, and there's no RST to be
> generated.
> </EVIL>
That's what virtual network interface could be used for. Packets sent to
A can be queued or discarded, whatever, if we have the control at the
interface level. Actually one PhD student in my department has been
working on it, and CRAK is just part of the project.
> I guess you can't checkpoint/restart when there's remote machine
> involved. I was not thinking online games, I was thinking about
> tuxracer (game on localhost).
localhost is much easier, but the same problem still exists.
> --
> I'm [EMAIL PROTECTED] "In my country we have almost anarchy and I don't care."
> Panos Katsaloulis describing me w.r.t. patents at [EMAIL PROTECTED]
>
----------------------------------------------------------------
Hua Zhong
Central Research Facilities Department of Computer Science
Columbia University New York, NY 10027
Email: [EMAIL PROTECTED] http://www.cs.columbia.edu/~huaz
----------------------------------------------------------------
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
