IETF Logo Mail Archive

Re: [Efficientnd-dt] Food for thought - router-controlled RS refresh

Lorenzo Colitti <lorenzo@google.com> Tue, 11 November 2014 04:11 UTC

Return-Path: <lorenzo@google.com>
X-Original-To: efficientnd-dt@ietfa.amsl.com
Delivered-To: efficientnd-dt@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8BBA1A88AB for <efficientnd-dt@ietfa.amsl.com>; Mon, 10 Nov 2014 20:11:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.972
X-Spam-Level:
X-Spam-Status: No, score=-1.972 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, RP_MATCHES_RCVD=-0.594, 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 vb01CoHuSeiJ for <efficientnd-dt@ietfa.amsl.com>; Mon, 10 Nov 2014 20:10:48 -0800 (PST)
Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB2DF1AD4A2 for <efficientnd-dt@ietf.org>; Mon, 10 Nov 2014 20:10:47 -0800 (PST)
Received: by mail-oi0-f52.google.com with SMTP id u20so6501160oif.11 for <efficientnd-dt@ietf.org>; Mon, 10 Nov 2014 20:10:05 -0800 (PST)
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=6NL4wx3u/nDhS0ptDspVSTcRxx/kk8dTAcRuyGsUSek=; b=bhDo6sA3UmHdFLZeZM9a7CLsrP6Onk8uF9t4jMIEHTc8XGxXVofHQ2umsAXgptzWE5 mc2H4sexi6m362ZZ0bYYHIVsU5vTQLUY/m0v7AwvPGMWZ4iCHLvPuGpE7vQdElkh9ZT+ ejrHjHbehCpoSxPVfNb9a+ulYn1GG2pEpKuLx6PiX7t36tOMLLMn/VDT2cF2/mG4vfWf xc5Z63X4+Om8eGU2YwH6omNhyM3Al3qL7mbIiTAnPmRPTPSfmSEklSBhOK0LTzfrhysx PCKSoac84IQtfR23cZs2weAB7f4W7y3j8o+pPlhLgrepv3rEYOskZT5QjdJYN44It5y9 SE/g==
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=6NL4wx3u/nDhS0ptDspVSTcRxx/kk8dTAcRuyGsUSek=; b=F1BuTGuA6qY2lOoauCjcE1btKqaNJpq2flgIabpC/LwKCDxije2l8WhIJ7iOFw/zMm 6YgptZ698r0qblnB4vxbT+S7TyK/ryuHXLSrDk4W4nt5MG6isXwapZpYi74ybeIXuuag yHurl+MxSAUAVPAoW+qnRg1fAuQrjYiMOlhvYNqheUvQ2ErHBK/WuFbfEIFJ8beu+2xa hz/r2yVMfLcfWNNSVWBK3Lx67MiZpmMibG7szUVVpVCbarjdZBW51/gJtHqF0gr283x+ EfTXkl+zlxPO6BNYYlpQSQKDF2EZEXeo3kA9hoSqpDt29/xcKV+xlJgbvA4N3rmYM2FF 6Juw==
X-Gm-Message-State: ALoCoQnCbAl9nuh/YT7FAzoUvauTYhDsN024humJGEdkVf17V9ZHIBvxw4goKYcwZLg4RvY7sYVP
X-Received: by 10.60.48.4 with SMTP id h4mr6109652oen.42.1415679005690; Mon, 10 Nov 2014 20:10:05 -0800 (PST)
MIME-Version: 1.0
Received: by 10.182.191.70 with HTTP; Mon, 10 Nov 2014 20:09:45 -0800 (PST)
In-Reply-To: <53F5A0F6.5060909@acm.org>
References: <53F5A0F6.5060909@acm.org>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Mon, 10 Nov 2014 18:09:45 -1000
Message-ID: <CAKD1Yr0W_i6J1tAcxCLD_DVyKQ_HCLNHimTzPTmjMOT5-DJsig@mail.gmail.com>
To: Erik Nordmark <nordmark@acm.org>
Content-Type: multipart/alternative; boundary="001a1134c73240453b05078d743a"
Archived-At: http://mailarchive.ietf.org/arch/msg/efficientnd-dt/auH1WejNeINBM7pZDxJAT61nT7s
Cc: "efficientnd-dt@ietf.org" <efficientnd-dt@ietf.org>
Subject: Re: [Efficientnd-dt] Food for thought - router-controlled RS refresh
X-BeenThere: efficientnd-dt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: 6man Efficient ND Design Team discussion list <efficientnd-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/efficientnd-dt>, <mailto:efficientnd-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/efficientnd-dt/>
List-Post: <mailto:efficientnd-dt@ietf.org>
List-Help: <mailto:efficientnd-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/efficientnd-dt>, <mailto:efficientnd-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Nov 2014 04:11:07 -0000

On Wed, Aug 20, 2014 at 9:34 PM, Erik Nordmark <nordmark@acm.org> wrote:

> Do folks think this is a reasonable starting point for some Design Team
> output when it comes to RS/RA?
> If so, should we include all the RS/RA pieces in one document?
> (implementation advise, raise the max advinterval, etc)


Finally found the time to take a look. I'm a bit concerned by the following
issues:

1. If sleepy nodes are free to ignore multicast RAs, that means that it's
no longer possible for the network to give hosts updated configuration in a
timely manner. This is a regression in functionality that we should
consider carefully. To my mind, if a host is available to receive unicast
packets, then it should also listen to multicast RAs.

2. If periodic RAs are turned off, then "legacy" hosts will lose
connectivity. That seems bad. The current spec allows a maximum router
lifetime of 9000 seconds, right? If so, then operators today can already
set the RA period to something like 4450 seconds, which allows the hosts to
miss one RA without losing connectivity. Is one packet every 75 minutes
that bad?

Cheers,
Lorenzo

v2.23.0 | Report a Bug | By Email