Re: 6MAN WG Adoption Call: draft-nordmark-6man-rs-refresh-01

Lorenzo Colitti <lorenzo@google.com> Tue, 21 April 2015 01:35 UTC

Return-Path: <lorenzo@google.com>
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 B7EB71A1B21 for <ipv6@ietfa.amsl.com>; Mon, 20 Apr 2015 18:35:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.388
X-Spam-Level:
X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
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 EbN1tFOPHzKu for <ipv6@ietfa.amsl.com>; Mon, 20 Apr 2015 18:35:36 -0700 (PDT)
Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7AD0F1A1B15 for <ipv6@ietf.org>; Mon, 20 Apr 2015 18:35:36 -0700 (PDT)
Received: by igbpi8 with SMTP id pi8so77027506igb.0 for <ipv6@ietf.org>; Mon, 20 Apr 2015 18:35:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=U5kkivtD/4DIhih1LcT5pnmD9ZI7oVu1t3U04QcVEjM=; b=FTh1/u+hmcJLWb/B5powo9sUlkeyxRjyf5ShZC9NR4MOAC6251qWL9iONPhpf/pvEN JQx/Z8BqgEtctJI+cKp4lZLjTZcxmQI6pRhkAr8dKVfY1XaInfpGu1Xh89i01XISGK3X 5ZW5kk+KtIV3L/TBG8zBCQLXUH7Um+JiQc0nRZglup2Gx63DKJEtGIV9FZ5E+un/o/8L o/S4EGR/G+8N6ZCuoI4WSWZx8hYqrCpDez/zqjyTO6oyLYeTNofF47kotriGh9KVtGNr UXfatQ9xDfnLH3JQeVd9yyi+GZgxjrd8qbT5Ye3kPmwqh4CVIMxIDgiPaP+Hlb477mdJ jibQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=U5kkivtD/4DIhih1LcT5pnmD9ZI7oVu1t3U04QcVEjM=; b=XU/Otj6xUSgQ3SYk+VbKWMFnEQyFayLHaCCIqPykbWCxRW79G2s5ok+eMGKIl7SaSd kXeeAwjAGHqwVYaPI5TO2yVjj9jvUdSqAE7qEYzFtEH4mboos9eKOq+9YaUSr3wh26GH mFYW0OXcesWHZI26P2CmRG637P82tGbaXoW2Pgt2scsyJr3G19s8gM8uPOYQGIHe8gqI Evw32t/zCnq91qByj3FF4UlALPKO8q8QWVN0XOU6quz/xR3mOCripGD1D211FfIgmjYA dbIGMWdlfVnEPFhnLOBoq2R2t2JgMdbLDj1IP0KQXF9YgHa95XwL233gdMADST7puBob FaBQ==
X-Gm-Message-State: ALoCoQnSx909f6trfp0tcr4QPhedzjifIihIsII69zJxVesS7VM0Qshjd762nTkvnUotilxNbOj4
X-Received: by 10.50.50.209 with SMTP id e17mr24652705igo.37.1429580135984; Mon, 20 Apr 2015 18:35:35 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.64.73.2 with HTTP; Mon, 20 Apr 2015 18:35:15 -0700 (PDT)
In-Reply-To: <16407124-2B19-4B8F-AEAC-F04D3C7E5C3A@gmail.com>
References: <16407124-2B19-4B8F-AEAC-F04D3C7E5C3A@gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Tue, 21 Apr 2015 10:35:15 +0900
Message-ID: <CAKD1Yr1c80-04CgQKCdGCZPeRgT_M_oeRzzZUnSCVKsaS9kqug@mail.gmail.com>
Subject: Re: 6MAN WG Adoption Call: draft-nordmark-6man-rs-refresh-01
To: Bob Hinden <bob.hinden@gmail.com>
Content-Type: multipart/alternative; boundary="047d7bdca97c2f1e5505143210d2"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipv6/f1za3zEtfJajkcozzbR2AHo3pTQ>
Cc: 6man Chairs <6man-chairs@tools.ietf.org>, IPv6 List <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, 21 Apr 2015 01:35:37 -0000

On Sat, Mar 28, 2015 at 12:34 AM, Bob Hinden <bob.hinden@gmail.com> wrote:

>         Title           : IPv6 Neighbor Discovery Optional Unicast RS/RA
> Refresh
>

All,

I think the root of my objections to this draft is that it proposes what is
in effect a substantial change to the current configuration model in IPv6
networks without saying so explicitly.

Currently, we have an easy-to understand, easy-to-reason-about model:
periodic RAs periodically notify everyone on link of the current
configuration information, and nodes that don't want to wait for such
periodic configuration information can solicit said information by sending
a request.

With this document, it's not clear what model is proposed.

It seems to me that this document is proposing a model where there are no
periodic RAs being sent. That's something that can be proposed, but if so,
we need to carefully evaluate the implications to the architecture, and how
switching to such a model affects the properties of the model we currently
have. We also need to make sure we understand how that model works for
hosts that a) don't support either resilient RS or this draft, b) support
resilient RS but not this draft.

If I am incorrect and the document is not proposing such a model, then it
should not mention this as a possibility. But then we need to understand
where the power savings are.

Cheers,
Lorenzo