IETF Logo Mail Archive

Re: rs-refresh

Lorenzo Colitti <lorenzo@google.com> Thu, 05 March 2015 12:46 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 5C7121A8776 for <ipv6@ietfa.amsl.com>; Thu, 5 Mar 2015 04:46:24 -0800 (PST)
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 cEIgkZtIByT7 for <ipv6@ietfa.amsl.com>; Thu, 5 Mar 2015 04:46:23 -0800 (PST)
Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (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 9139E1A8773 for <6man@ietf.org>; Thu, 5 Mar 2015 04:46:23 -0800 (PST)
Received: by iecat20 with SMTP id at20so22559670iec.6 for <6man@ietf.org>; Thu, 05 Mar 2015 04:46:23 -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=g7u3qkIqIvyv1bVo50PLUQXpJYxcXzijnm7Ic/npnQU=; b=aJ8jHko9zwZnzWQIgYNr3TZrp2jfJsSXWZacFfFbax/1ICCMNfqqBFsI965Q+Z2gyF yww8mgVyHP2HJTd9wbrLArMEDYY94pmRAq+LPjRHoGBhR7Fs9/w6Z0G7WOUvF74vufBp HHqR0n+wYk3j2lzXfoUxp8jYe0wo3xGuBWmN4/c1s+aAz6t2NKPVLNqu6C1PjimbaIbF cdAU6zfUNih64lqQXLxsij+0NhBLiSTX7gmZmHvDjihx5jEniFSlbGTw2HwrTcPVWsHR CtOqY/lcEboJPWyQLKuixPJJHZsfzGX/tUAyMbU+8x+gOE7L43k6/UlOk05p0Mtr+92Y Sb1g==
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=g7u3qkIqIvyv1bVo50PLUQXpJYxcXzijnm7Ic/npnQU=; b=JvEtlifL7nLbIE/DVEX5MLBrHxq9Nzxlx88wnEPWmgbMjbUAFXtGtbWWWHLqCoUdN/ tVEwY/0zyuS5bEYY0MiXLOwzkaQbsIjqCxLuL4IBM/KE8fgC8Mkl+w/7qeURyE4/++Jp v0d/r4HVN2gp+zpieuXeTHZtYhKbbQwVseU8UO4L9e63HmCFS6Y7DJWnefzb1Y+WJ0On uVwy5+3K/5mGbgsdrCPXyTesBPu8p3gqfo3oZexejFmMVOFiWs8LaCX5EQiWynmT5HNN /LlHt3fgpVtMTqbTyUrlfct3IzeCUmRuokimTV/Z/vAHuBGXEyUJ6GP0aVqlURHMgLIZ zqlQ==
X-Gm-Message-State: ALoCoQmi+SziBsKDQnyCnxquG4oFRdJaAqcFRVmealJC1muS97uvRl47OjfDC1tbIyrehYAQRy1O
X-Received: by 10.43.81.20 with SMTP id zw20mr3272562icb.84.1425559582984; Thu, 05 Mar 2015 04:46:22 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.33.104 with HTTP; Thu, 5 Mar 2015 04:46:02 -0800 (PST)
In-Reply-To: <75B6FA9F576969419E42BECB86CB1B8916811E1F@xmb-rcd-x06.cisco.com>
References: <75B6FA9F576969419E42BECB86CB1B8916811E1F@xmb-rcd-x06.cisco.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 05 Mar 2015 21:46:02 +0900
Message-ID: <CAKD1Yr2tYNd26-KyU3PJm2P8tEbUTGN76KbkSysm8=brY2qe9w@mail.gmail.com>
Subject: Re: rs-refresh
To: "Hemant Singh (shemant)" <shemant@cisco.com>
Content-Type: multipart/alternative; boundary="14dae9c1ec2a8cf850051089f4df"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipv6/_HVL2QNkBmy3NlmvU5relMRej6A>
Cc: Erik Nordmark <nordmark@acm.org>, "6man@ietf.org" <6man@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: Thu, 05 Mar 2015 12:46:25 -0000

On Thu, Mar 5, 2015 at 8:39 PM, Hemant Singh (shemant) <shemant@cisco.com>
wrote:

> No.  If the node never sees an RA, the node resets its network stack and
> tries another three RS messages and repeats until an RA is received.


Which host implementations do this? Certainly not the Linux one - it just
lets the route expire, as per RFC 4862.


>    If the node has received an RA and wakes up after sleep and does not
> receive any RA after sending three RS messages,


No standard specifies that hosts should send RS after waking up from sleep.
Which implementations do this?

the node sends traffic to the default router and uses old RA information.


No, it doesn't. That's a clear violation of RFC 4862.


> >If the router loses state, all legacy nodes are blackholed.
>
> ND has always had default routers (plural).   Another router can still
> serve the nodes.
>

Which means that you have to run state synchronization protocol between
routers.

v2.23.0 | Report a Bug | By Email