IP failover/migration question.
Edward B. DREGER
eddy+public+spam at noc.everquick.net
Mon Jun 12 03:30:24 UTC 2006
RB> Date: Sun, 11 Jun 2006 17:02:14 -1000
RB> From: Randy Bush
RB> persistent tcp connections from clients would not fare well unless
RB> you actually did the hacks to migrate the sessions, i.e. tcp serial
RB> numbers and all the rest of the tcp state. hard to do.
Actually, the TCP goo isn't too terribly difficult [when one has kernel
source]. What's tricky is (1) handling splits, and (2) ensuring that
the app is consistent and deterministic.
One transit provider handling multiple locations shouldn't present a
problem. Of course many things that should be, aren't.
== below respsonses are general, not re Randy's post ==
Note also that redundancy/propagation is at odds with RTT latency. The
proof of this is left as an exercise for the reader.
Finally, an internal network between locations is a good thing. (Hint:
compare internal convergence times with global ones.)
Eddy
--
Everquick Internet - http://www.everquick.net/
A division of Brotsman & Dreger, Inc. - http://www.brotsman.com/
Bandwidth, consulting, e-commerce, hosting, and network building
Phone: +1 785 865 5885 Lawrence and [inter]national
Phone: +1 316 794 8922 Wichita
________________________________________________________________________
DO NOT send mail to the following addresses:
davidc at brics.com -*- jfconmaapaq at intc.net -*- sam at everquick.net
Sending mail to spambait addresses is a great way to get blocked.
Ditto for broken OOO autoresponders and foolish AV software backscatter.
More information about the NANOG
mailing list