[manet] Re: [EXTERNAL] Re: [IPv6]Re: IPv6 Addres s for Ad Hoc Networks
"Templin \(US\), Fred L" <[email protected]>
| Newsgroups | gmane.ietf.manet,gmane.ietf.ipv6 |
|---|---|
| Message-ID | <BN0P110MB14207A747612836C437A7EC1A3B3A@BN0P110MB1420.NAMP110.PROD.OUTLOOK.COM> |
Obviously, this applies to networks with node mobility. It also applies to any multi-link network where the topology changes quickly, from minutes to hours, regardless of node mobility. This concept is applicable even to stationary multi-link networks where nodes may be intermittently connected due to varying environmental conditions or unstable node behavior. Traditional link-local addresses would not function effectively in such a network. The assumptions regarding traditional link-local addresses assume a relatively stable link environment; while it allows for partitioning, this occurrence is expected to be rare. It is considered an exception that needs to be addressed rather than a routine incident expected regularly. Yes to all of the above; thank you. Fred From: David Farmer <[email protected]> Sent: Friday, August 02, 2024 12:55 PM To: Templin (US), Fred L <[email protected]> Cc: Kyle Rose <[email protected]>; Bob Hinden <[email protected]>; IPv6 List <[email protected]>; [email protected] Subject: Re: [IPv6]Re: IPv6 Address for Ad Hoc Networks On Fri, Aug 2, 2024 at 2:04 PM Templin (US), Fred L <[email protected]<mailto:[email protected]>> wrote: Hi Kyle, > -----Original Message----- > From: Kyle Rose <[email protected]<mailto:[email protected]>> > Sent: Friday, August 02, 2024 11:45 AM > To: Bob Hinden <[email protected]<mailto:[email protected]>> > Cc: Templin (US), Fred L <[email protected]<mailto:[email protected]>>; IPv6 List <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]> > Subject: Re: [IPv6]Re: IPv6 Address for Ad Hoc Networks > > On Fri, Aug 2, 2024 at 2:35 PM Bob Hinden <[email protected]<mailto:[email protected]>> wrote: > > IMHO, this draft should not specify any specific prefixes. It should all be “To be assigned”. Including it now is a distraction to the more > important question. > > > > I think the question that needs to be answered is: Is there a real need for Ad Hoc IPv6 addresses? Focusing now on the details or which > or how many prefixes it might use doesn’t address that. > > It sounds like the main example use case is a mobile ad-hoc network, > e.g., of vehicles traveling on a highway at different speeds and with > no ability to pre-define a mesh or to pre-determine routes within that > network to connected resources. > > Has anyone proposed concretely building such a thing with a particular > application in mind? MANETs are an easy-to-understand special case that clearly highlight why Multilink Local Addresses (MLAs) are necessary, but the MLA case also applies to any variety of IPv6 local area network that may not be particularly mobile. Imagine giving a networking novice a box of arbitrary networking gear (routers, switches, cables, etc) and then ask them to just blindly start plugging cables into ports randomly. The network should be able to come up and have all connected nodes self-assign MLAs and be able to ping6 any other node in the arbitrary topology using multihop routes if necessary. And all of this without any infrastructure connections to the Internet. > I'm trying to figure out whether this is WG or RG territory. This is proposed as an update of RFC5889. When RFC5889 was published, it was decided to work this in the Intarea because the principles apply more broadly to any kind of Ad Hoc network and not just those that are mobile. The current document updates RFC5889, but it is IPv6 only hence 6man looks like the appropriate working group. Obviously, this applies to networks with node mobility. It also applies to any multi-link network where the topology changes quickly, from minutes to hours, regardless of node mobility. This concept is applicable even to stationary multi-link networks where nodes may be intermittently connected due to varying environmental conditions or unstable node behavior. Traditional link-local addresses would not function effectively in such a network. The assumptions regarding traditional link-local addresses assume a relatively stable link environment; while it allows for partitioning, this occurrence is expected to be rare. It is considered an exception that needs to be addressed rather than a routine incident expected regularly. Thanks -- =============================================== David Farmer Email:[email protected]<mailto:Email%[email protected]> Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 Minneapolis, MN 55414-3029 Cell: 612-812-9952 =============================================== _______________________________________________ manet mailing list -- [email protected] To unsubscribe send an email to [email protected]