[manet] Re: MANET WG Charter and MANET Internetworking

"Templin \(US\), Fred L" <[email protected]> Thu, 17 Jul 2025 20:28:11 +0000
Newsgroups gmane.ietf.manet
Message-ID <BN0P110MB14206B82EF40CFF7550982C6A351A@BN0P110MB1420.NAMP110.PROD.OUTLOOK.COM>
Juliusz, thank you for bringing this information forward. I understand the motivation
but when we configure an Overlay Multilink Network Interface on each MANET router
we can use standard and unmodified IPv6 autoconfiguration protocols (IPv6 ND per
RFC4861/2 and DHCPv6 per RFC8415) since all MANET routers are single-hop
neighbors on a shared NBMA link. It would work the same way for any MANET
routing protocol (including your BABEL system) and take advantage of widely-
deployed standard protocols - I use unmodified kea and radvd in the reference
implementation I am building.

So, thinking of your BABEL where all nodes configure a statistically-unique 8-octet
router ID, if the border node were configured to send RA messages over the OMNI
link with PIO flags set to A=1; L=0 you could do true SLAAC and just not consider
the prefix on-link. DAD would be optimistic per RFC4429, and it should all just work.
You could then even register the SLAAC-configured address with the DHCPv6
server to make a stateful registration of the address.

Thank you - Fred

> -----Original Message-----
> From: Juliusz Chroboczek <[email protected]>
> Sent: Thursday, July 17, 2025 12:53 PM
> To: Templin (US), Fred L <[email protected]>
> Cc: manet <[email protected]>; [email protected]
> Subject: [manet] Re: MANET WG Charter and MANET Internetworking
> 
> >>> The two autoconfiguration alternatives are 1) stateless based on SLAAC,
> 
> >> SLAAC doesn't work with routers.  We've all tried, but it cannot possibly
> >> work.
> 
> > I used the term SLAAC in an imprecise way.
> 
> Ah, okay then.
> 
> > Can we conceptualize an 8+8 address autoconfiguration scheme where
> > the only "state" is the MANET router's unique interface identifier
> 
> Not only can we conceptualise it, I've actually implemented it back in
> 2007.  Unfortunately, I then changed everything, in order to make it into
> a stateful protocol:
> 
>   https://datatracker.ietf.org/doc/draft-chroboczek-ahcp/
>   https://www.irif.fr/~jch/software/ahcp/
>   https://github.com/jech/ahcpd
> 
> I could probably recover the original stateless implementation.
> 
> 
> > This information could be propagated to all MANET routers by the MANET
> > routing protocol.
> 
> Please, no.
> 
>   https://datatracker.ietf.org/doc/draft-chroboczek-homenet-configuration-separate/
> 
> >>> Here again, an overlay multilink network interface is needed to
> >>> coordinate the multiple interfaces.
> 
> >> I must have missed a step.  Why is that required?
> 
> > To give all MANET routers the appearance of being on-link with the current
> > set of Internet access points and each other even if they may be multiple
> > hops away in the MANET underlay. The alternative in the DHCPv6 case is to
> > have all MANET routers also act as DHCPv6 relay agents, but that might not
> > work so well in dynamic MANETs with rapidly changing topologies.
> 
> I don't agree that it's required.  It might, however, be a good idea,
> since it provides better layering than the alternative.
> 
> -- Juliusz
> 
> _______________________________________________
> manet mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
_______________________________________________
manet mailing list -- [email protected]
To unsubscribe send an email to [email protected]