[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [DNA] Prefix information for link identification in DNA



Dear Bernard

> >There are certainly adhoc networks in which there is no router.   However,
> >detecting attachment to such a network is quite difficult, because nodes
> >may join and leave and therefore there is no L3 invariant.  That is why the
> >DNAv4 reachability test cannot be used to detect attachment to adhoc
> >networks, but rather adhoc attachment is concluded after failiure of all
> >other approaches (reachability test, DHCPv4, etc.)
>
> James Carlson has recently pointed out that there really is no intrinsic
> reason why DNA cannot be applied to networks without a router, and has
> proposed modifications to DNAv4 to allow this. James has proposed that DNA
> be able to use any peer that is known to be stable as an indicator of
> network attachment.  This could be a router, or it could be another device.
> About the only fundamental limitation is that "network anchor" probably
> shouldn't obtain its address dynamically.

DNA aims to ascertain the validity of its IP configuration for
Internet connectivity, such as valid IP address or default router. So,
when a host's IP configuration is no longer valid, it can quickly
perform proper procedures, such as getting CoA and sending BU, to
re-establish IP connectivity.

However, in case of a link without a router, I wonder what IP
configuration parameter a host need to  verify for Internet
connectivity. Also I have difficulty finding out what is the use of
DNA in such a link.

> >>I would also agree that there are situations in which a network cannot be
> >>named using one of its prefixes.  In DNAv4, a private network is not
> >>suitable for identification because it is not unique.
>
> Along these lines, James has also proposed that confirmation of a "network
> anchor" enable the plumbing of all network configurations relating to that
> anchor.  The result of this is that networks are not named using their
> prefixes;  they are named based on the IP address/MAC address of the network
> anchor.

The notion of 'network anchor' is not clear to me yet. However, if we
ssume routers are network anchors, it may cause trouble to name a
network based on IP/ MAC address of routers, in case there are
multiple routers in a link.

Right now, CPL propose to name a link/ network with 'the set of all
prefixes on the link'. Similarly, we may name a link/ network with
'the set of all routers/ network anchors on the link'.

But it's difficult to identify a router in IP layer because there may
not be a global IP address for a router (interface).

> It seems to me that James' comments apply equally to both DNAv4 and DNAv6
> and call into question some of the fundamental assumptions that have been
> made relating to DNA.

According to DNA goals, RFC 4235,

   Detecting Network Attachment (DNA) is the process by which a host
   collects the appropriate information and detects the identity of its
   currently attached link to ascertain the validity of its IP
   configuration.

Do you want to re-investigate the above?

Thanks in advance for your kind consideration.

Best Regards

JinHyeock