Re: multihoming, was IPv10

Octavio Alvarez wrote:

> >     https://tools.ietf.org/html/draft-ohta-e2e-multihoming-00
> >
> > in April 2000 and I know it is stupid to use source routing for
> > multihoming.
> Is source routing bad in general or is it bad only in multihoming scenarios?
Source routing is bad in general and, especially, in multihoming
scenarios involving complex topology, such as hierarchical multiple
prefixes involving TLAs, NLAs and SLAs.

Moreover, source routing is unnecessary, because currently specified
source address selection of IPv6 is stupid.

Despite all the weasel wordings of IPv6 specifications, the only
proper way for source address selection for IPv6 (and IPv4) is to
distribute source prefixes by route entries of routing protocols,
which means, if a destination address is selected, the corresponding
destination address becomes uniquely obvious. Or, an alternative
(assuming IPv6++) is to make it unnecessary by source locator
rewriting with locator ID separation.

Anyway, multi6 WG utterly failed because most of the members (including
chairs) failed to understand that *TIMELY* multihoming needs notions
of timeout and, thus, connections, which is available only at the
transport layer or above. Instead, multi6 WG, stupidly enough, tried
to solve the problem at the IP layer in vain, where there can be no
connection timeout.

That's what I wrote from the beginning that:

   To support the end to end multihoming, no change is necessary on
   routing protocols. Instead, APIs and applications must be modified to
   detect and react against the loss of connection.  In case of TCP
   where there is a network wide agreement on the semantics of the loss
   of connectivity, most of the work can be done by the kernel code at
   the transport layer. However, in general, the condition of "loss of
   connectivity" varies application by application that the multihoming
   must directly be controlled by application programs.

in

    https://tools.ietf.org/html/draft-ohta-e2e-multihoming-00

Note that routing protocol change denied in the quoted paragraph
of mine becomes necessary only if proper source address selection
is necessary.

                                                        Masataka Ohta