Re: [v6ops] Fwd: I-D Action: draft-jjmb-v6ops-unique-ipv6-prefix-per-host-00.txt

Tore Anderson <tore@fud.no> Fri, 30 October 2015 07:17 UTC

Return-Path: <tore@fud.no>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEB381B35DB for <v6ops@ietfa.amsl.com>; Fri, 30 Oct 2015 00:17:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 XW4gOrXkU5u1 for <v6ops@ietfa.amsl.com>; Fri, 30 Oct 2015 00:17:43 -0700 (PDT)
Received: from greed.fud.no (greed.fud.no [IPv6:2a02:c0:1001:100::145]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4B381B35D9 for <v6ops@ietf.org>; Fri, 30 Oct 2015 00:17:42 -0700 (PDT)
Received: from [2a02:c0:2:1:1194:17:0:1029] (port=45194 helo=echo.ms.redpill-linpro.com) by greed.fud.no with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from <tore@fud.no>) id 1Zs3wR-0002AZ-Iy; Fri, 30 Oct 2015 08:17:39 +0100
Date: Fri, 30 Oct 2015 08:17:39 +0100
From: Tore Anderson <tore@fud.no>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <20151030081739.466d20a0@echo.ms.redpill-linpro.com>
In-Reply-To: <563292BE.2090000@gmail.com>
References: <20151019195001.22760.2580.idtracker@ietfa.amsl.com> <5AB28826-8E45-461F-AA7B-5D45F218FC18@cisco.com> <20151028113851.530c649d@echo.ms.redpill-linpro.com> <CAJE_bqd1263SaqU61sqqk_4Tne1GzE4_kMUhuLMgY42Cyc6m_A@mail.gmail.com> <5631232E.4020701@gmail.com> <20151029203951.06a4d4fd@envy.fud.no> <563292BE.2090000@gmail.com>
X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; x86_64-redhat-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/S57Yfukd4W5Xejgbi0VQiXtpOOQ>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>, 神明達哉 <jinmei@wide.ad.jp>
Subject: Re: [v6ops] Fwd: I-D Action: draft-jjmb-v6ops-unique-ipv6-prefix-per-host-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Oct 2015 07:17:44 -0000

* Brian E Carpenter <brian.e.carpenter@gmail.com>

> Somebody did mention that in practice, M==O==0 might actually mean
> "we run DHCPv6 but forgot to set the bits". But I don't know what to
> do about that.

Another possibility is that there are multiple routers on the link
but not all of them one of them include a, or are aware of any, DHCPv6
service present on the link.

To accomodate for such a network I'd expect nodes to determine the
effective value of the flag in question to be 1 as long as at least 1
RA with the flag set to 1 is received (boolean OR, in other words).
Consequentally, a single RA with M=O=0 shouldn't be understood to
authoritatively communicate that there is no DHCPv6 service present on
the link.

However if each and every received RA on the link contain M=O=0 I think
it is the most expected node behaviour (cf. RFC4861's statement that
M=O=0 «indicates that no information is available via DHCPv6») to not
start any DHCPv6 client at all - and for the record, that would mean
not requesting IA_PD.

Tore