80 likes | 89 Views
Multi-Subnet MANETs draft-thaler-autoconf-multisubnet-manets-00.txt. Dave Thaler dthaler@microsoft.com. Goals. Support multiple addresses per MANET router RFC3041 addresses CGAs, HBAs Etc Support non-MANET clients attached to MANET routers Even support MANET as transit if desired
E N D
Multi-Subnet MANETsdraft-thaler-autoconf-multisubnet-manets-00.txt Dave Thaler dthaler@microsoft.com IETF 65
Goals • Support multiple addresses per MANET router • RFC3041 addresses • CGAs, HBAs • Etc • Support non-MANET clients attached to MANET routers • Even support MANET as transit if desired • Don’t break assumptions that many upper-layer applications and protocols are based on • See draft-thaler-intarea-multilink-subnet-issues-00.txt • TTL 1 goes across subnet • Link-scoped unicast/multicast goes across subnet • If interface claims to be broadcast capable, then app mcast/bcast seen by all receivers on subnet • Use existing MANET/AUTOCONF protocols with little/no changes IETF 65
Architecture Internet gateway Internet gateway MANET • MANET routing protocol and AUTOCONF configuration protocol work within MANET environment Clients Clients Clients Clients IETF 65
Let’s look at a non-MANET example: • Address assigned to loopback interface is used for communication • Session stays up across loss of a path (e.g. interface down) • Solution relies on forwarding being enabled Loopback0 2.2.2.2 Loopback0 1.1.1.1 peering session BGP Router BGP Router multiple paths IETF 65
Multi-subnet MANET architecture • MANET environment uses a site (not subnet) prefix • Assign a prefix to each MANET router • AUTOCONF protocol allocates prefixes not addresses • Supports multiple addresses, clients, etc. • Assign the prefix to a loopback interface • or to a non-MANET interface (e.g., if have clients) • MANET node picks address(es) in that prefix as it would on any other interface • MANET interface(s): • Unnumbered (IPv4) • Link-local address only (IPv6) • MANET routing protocol exchanges prefix routes IETF 65
What do applications/protocols running on the MANET node see? • Primary subnet = one link • That link contains itself, plus any non-MANET clients • TTL=1 or 255 works as expected • Multicast/broadcast works as expected • Upper layer apps/protocols “just work” • Wireless link has no subnet prefix • That link contains itself plus all neighboring MANET routers (broadcast == “MANETcast”) • Since has no global addresses, apps/protocols generally ignore it • Communication across the entire MANET would be site-scoped multicast • May or may not be supported, just like in non-MANET environment IETF 65
Impact on protocol design • MANET routing protocol: • As long as it supports prefixes, no change • “MANETcast” = normal bcast / link-scoped mcast on wireless link • AUTOCONF configuration protocol: • Must be capable of allocating a unique prefix rather than a single address • Should still detect duplicate layer-2 addresses • Should still detect duplicate IPv6 link-local addresses IETF 65
Security Impact • Unchanged: • Need to secure routing protocol • Need to secure configuration protocol • Better: • Reduces scope of on-link attacks in various protocols • Doesn’t change assumptions other protocols use for security • ND, etc using TTL=255 check • SEND works as is • Narrower scope of link/subnet also makes social mitigations easier IETF 65