Re: 6MAN Adoption call on raft-chakrabarti-nordmark-6man-efficient-nd-04

Mikael Abrahamsson <swmike@swm.pp.se> Tue, 07 January 2014 08:46 UTC

Return-Path: <swmike@swm.pp.se>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 331871AE4AF for <ipv6@ietfa.amsl.com>; Tue, 7 Jan 2014 00:46:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.389
X-Spam-Level:
X-Spam-Status: No, score=-4.389 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.538, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TKvVZ-8qGRwM for <ipv6@ietfa.amsl.com>; Tue, 7 Jan 2014 00:45:58 -0800 (PST)
Received: from uplift.swm.pp.se (swm.pp.se [212.247.200.143]) by ietfa.amsl.com (Postfix) with ESMTP id 2365C1AE4AD for <ipv6@ietf.org>; Tue, 7 Jan 2014 00:45:57 -0800 (PST)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id CA6CF9C; Tue, 7 Jan 2014 09:45:46 +0100 (CET)
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id B94B49A; Tue, 7 Jan 2014 09:45:46 +0100 (CET)
Date: Tue, 07 Jan 2014 09:45:46 +0100
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
Subject: Re: 6MAN Adoption call on raft-chakrabarti-nordmark-6man-efficient-nd-04
In-Reply-To: <1387528272.76757.YahooMailNeo@web161901.mail.bf1.yahoo.com>
Message-ID: <alpine.DEB.2.02.1401070938170.20074@uplift.swm.pp.se>
References: <1F653502-AD41-4EB6-A43D-541356810DF2@employees.org> <CAAedzxrQcfa+2OEqpgFQEgnEiDbVRFkZW24CHzX-av0-xN4u7A@mail.gmail.com> <ECA43DA70480A3498E43C3471FB2E1F01C1375BA@eusaamb103.ericsson.se> <1387528272.76757.YahooMailNeo@web161901.mail.bf1.yahoo.com>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-137064504-283073891-1389084346=:20074"
Cc: 6man Chairs <6man-chairs@tools.ietf.org>, 6man WG <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jan 2014 08:46:00 -0000

On Fri, 20 Dec 2013, Mark ZZZ Smith wrote:

> Perhaps it might be better to treat the link as an NBMA subnet, and use 
> RFC2491 "IPv6 over Non-Broadcast Multiple Access (NBMA) networks" to 
> eliminate all multicasts (including ND, MLD and application), except 
> perhaps RAs with a flag that indicate the link is operating in NBMA 
> mode (with RA timers larger than defaults - IIRC, the max router age 
> value is 90 minutes, so unsolicited RAs can be around 30 minutes apart)?

I have had similar thoughts.

I would like to have mode where no discovery is done at all anymore, and 
in order to support legacy hosts, one way of doing that would be:

Legacy hosts see RAs with M=1, and they are handed address using DHCPv6 
IA_NA if they ask for it. They will not see any on-link prefix, and will 
send all traffic through the router. The router will install ND entry 
based on lifetime of the DHCPv6 IA_NA.

EAH will be able to do autoconfig by means of seeing an on-link /64 that 
is in a RA option that differs in a way that legacy hosts won't use it 
(preferrably also just unicasted to EAH by the router in response to RS). 
EAH use ARO to register their address just as in the draft.

If the router gets a packet to an address it doesn't have in the ND table, 
it just drops the packet. All traffic on the LAN is routed through the 
router, and optionally it can choose to send unicast redirects if it feels 
traffic is to hosts in the same L2 network.

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se