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

Ole Troan <otroan@employees.org> Mon, 27 April 2015 18:26 UTC

Return-Path: <otroan@employees.org>
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 B97151A90E5 for <ipv6@ietfa.amsl.com>; Mon, 27 Apr 2015 11:26:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.711
X-Spam-Level:
X-Spam-Status: No, score=-3.711 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_36=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, 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 nonYZaP2cSKj for <ipv6@ietfa.amsl.com>; Mon, 27 Apr 2015 11:26:34 -0700 (PDT)
Received: from banjo.employees.org (banjo.employees.org [198.137.202.19]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56B2D1A90D5 for <ipv6@ietf.org>; Mon, 27 Apr 2015 11:26:33 -0700 (PDT)
Received: from banjo.employees.org (localhost [127.0.0.1]) by banjo.employees.org (Postfix) with ESMTP id 881CA6175; Mon, 27 Apr 2015 11:26:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=employees.org; h=subject :mime-version:content-type:from:in-reply-to:date:cc:message-id :references:to; s=selector1; bh=0Maq+0Wd7HF8JxP3BiRDefIksUE=; b= L5eKwPBmAEr91zGs2GztnBiCWDBkynhXNuq4HMIwNYQotEaQS75r7BoYWDS3DMsQ E5mkNWRijpVIVRtWhj7dUpVUlcxLWz1JhVsiq9h9HYZohAA/LcOWCxusaYbDguz3 6WqLMzzwaKPzpsJEm5+hBdv8xFMjBFnMP84pD1qsQxg=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=employees.org; h=subject :mime-version:content-type:from:in-reply-to:date:cc:message-id :references:to; q=dns; s=selector1; b=S5ARrpUJ6u2V1xhtmMIjOF54e1 RbnudxJFy07ekPdYMsmgmbDFrDtJaovfLEeJ6hTIiw/EcsO9KcTASv+6PYIak4Nr HlnCYhVtGJKZWnpuSrhWko6m2G6QrdOCdDE1MnOFXI0/nIDfOQPNApF7o1+wZU3y sEKEgmSqMqiFNWDOg=
Received: from gomlefisk.localdomain (unknown [195.159.234.46]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: otroan) by banjo.employees.org (Postfix) with ESMTPSA id 24DC66087; Mon, 27 Apr 2015 11:26:32 -0700 (PDT)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by gomlefisk.localdomain (Postfix) with ESMTP id 9B88E4383EBA; Mon, 27 Apr 2015 20:26:20 +0200 (CEST)
Subject: Re: 6MAN WG Adoption Call: draft-nordmark-6man-rs-refresh-01
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
Content-Type: multipart/signed; boundary="Apple-Mail=_77C5F497-CD27-426F-9F3F-22D659F73A80"; protocol="application/pgp-signature"; micalg="pgp-sha512"
X-Pgp-Agent: GPGMail 2.5b6
From: Ole Troan <otroan@employees.org>
In-Reply-To: <CAAedzxrdwzPgvQYmxNJ9EMNc1QjM7eOx90oBprydvAMiHh3iJA@mail.gmail.com>
Date: Mon, 27 Apr 2015 20:26:19 +0200
Message-Id: <DA6BA6AC-2DEC-4866-AE41-3102337DD5B5@employees.org>
References: <16407124-2B19-4B8F-AEAC-F04D3C7E5C3A@gmail.com> <CAKD1Yr3o7pTOeGsRy7wcWpmEcLRcf+Yvis587Msj9qb0PGEeVg@mail.gmail.com> <5531440E.5060102@sonic.net> <CAKD1Yr3bdARtNdigrAfT3ku5cpihP_Tn6ox4VKLvULU8sSrG8A@mail.gmail.com> <55353A60.1030701@acm.org> <CAKD1Yr19w1Uy=3VSpNua3qJ-bb1yz_zCW4L8k0FV9YJAgvOtXw@mail.gmail.com> <55368297.6080006@acm.org> <CAKD1Yr1oy4TkKvFfF05V6KsyE2xsEACNqtuhLqnbgunW2hbcdA@mail.gmail.com> <55397677.2040107@acm.org> <CAAedzxrdwzPgvQYmxNJ9EMNc1QjM7eOx90oBprydvAMiHh3iJA@mail.gmail.com>
To: Erik Kline <ek@google.com>
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipv6/OPMaKhzMM3SGM2evW4OmF8Tjdjs>
Cc: 6man Chairs <6man-chairs@tools.ietf.org>, Erik Nordmark <nordmark@acm.org>, Bob Hinden <bob.hinden@gmail.com>, 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: Mon, 27 Apr 2015 18:26:35 -0000

Erik,

> A question comes to mind: what might the operational guidance be for
> setting the refresh timer value in the RA?
> 
> Observation: it almost certainly shouldn't be /longer/ than the router
> lifetime, even if the prefix lifetimes are infinite.

indeed.

> Reasonable stab in the dark: refresh timer value in the RA should be
> in the neighborhood of some fraction (1/2, 2/3) * min(router lifetime,
> prefix lifetimes...).
> 
> If that turns out to be the case, then the host can compute this timer
> value for itself, sleep on its own schedule, and wake up whenever it
> wants and send a unicast RS.  At that point this isn't a protocol
> change but rather an operational document.  [1]
> 
> At the very least, this is a simple enough experiment to perform for
> people writing the code on the affected devices (doesn't require
> router vendor code changes).  Has anybody done this and measured the
> outcome?

I think this was briefly discussed on the mailing list. the short-coming with this scheme would be the lack of explicit information from the network to the host and from the host to the network that this is supported.

it would at least be a lot harder for the network to identify and deal with legacy hosts without explicit notification of support.

cheers,
Ole