[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Network layer reqt? [was Re: Transport level multihoming]
On Thu, 5 Apr 2001, Masataka Ohta wrote:
> Brian;
>
> > I think Margaret Wasserman's message captured the requirement. An
> > IPv6 host running RFC 2460 IPv6, and running TCP and UDP applications,
> > including IPv4 applications running over bump-in-the-stack or
> > bump-in-the-API, must be able to open *new* TCP and UDP sessions,
> > regardless of which of the site's IPv6 provider links is up or down.
>
> Wrong.
>
> TCP is the reliable transport.
>
> Most TCP applications are so stateful that they can not accept a
> loss of bytes.
>
> If you insist that TCP may be unreliable upon multihoming,
> you will end up with construting virtual reliable TCP over
> unreliable TCP.
I don't think that was the intention. I think the intention is that your
TCP session may die, or UDP may lose packets but be re-establishable if
there is another provider available. Much like ATM SVCs must be
reconnected if a path totally fails.
I think such a solution would be acceptable for TCP support. A future
enhancement or replacement such as SCTP could provide non-connection
losing support and other enhancements.
I think that this is acceptable because with convergence time as it is
today in the IPv4 world, TCP connections are often hung when a link fails.