RE: dual stack & IPv6 on by default

["Bound, Jim" <Jim.Bound@hp.com>]

Hi Mika,

 
>The question also is: what triggers the on-demand link setup? 
>Two potential cases:
>
>a) there is an on-link default route to the on-demand 
>interface -> first packet routed to the interface starts link setup
>
>b) on-demand link setup starts on no-route, according to preset policy

OK.

>
>Suppose we have a wireless terminal with two interfaces: a 
>dialup one (e.g. cellular circuit switched data) for Internet 
>connectivity [DOWN], and 802.11 for ad-hoc or cheap Internet 
>access via an access point [UP].

OK.

>
>If one takes the ND spec strictly, case a) might or might not 
>trigger dialup, depending on which default route we hit first. 
>Case b) would never trigger the dialup [although an 
>implementation might choose to do so after NUD].

OK. But NUD would mean it tells some function to configure the interface
in this case of dial up?  Right? Even dialers do this now.
But ND is working above you do not say it does not from what I can see
as question?

>
>On the other hand, as soon as the host receives the first RA 
>from the dialup interface and configures a default router, the 
>other interface stops working for ad-hoc.

Why?  From your example it sounds like two separate links and that is a
non-issue as I interpret ND.  But, lets assume it's the same air link
interface (cellular cyberspace) nothing in ND precludes the use of
multiple interfaces, just duplicate EUIs.

>
>All this just goes to show that the default on-link route 
>implied by the ND specification perhaps isn't fully thought 
>out, at least with multihoming. 

The default route is for a link.  And multiple routers are permitted to
announce routes.  So two routers can be supported on a link, with one
being the default.  Multipe interfaces can exist on one link.  So in
that sense ND is transparent to multihome node.

Now if your speaking about two different links then ND is non issue
specifically because it only addresses link attributes today.

Or are you discussing the self-healing needs for routes when two links
merge or that coordination is required for two links of close proximity
for multihome case for two or more links a node may be attached to.  

A default route in any implementation I know is implied to mean only for
a specific link not for multiple links.  The default route would be
determined by the tuple interface, address, and route entry.  IPv6
scoping would need to be part of this once that is supported too.

>Besides, such a route could 
>always be configured explicitly if the user wants to use a 
>particular interface for ad-hoc.

Yes but it will still only apply to a link.  Now if a link fails an
implementation could permit sending traffic to another link over that
links default route.

Now I suppose there could be a global default route for all links but
that has nothing to do with ND and out of scope for ND today.  

Hmmm.  I suppose an ND extension could advertize such a parameter but
the interoperability problems could be horrific.

I may have missed your point in my parser?

Thanks
/jim