Re: comments on draft-ietf-6man-rs-refresh-02
Erik Nordmark <nordmark@sonic.net> Sun, 13 November 2016 18:07 UTC
Return-Path: <nordmark@sonic.net>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5596012957C for <ipv6@ietfa.amsl.com>; Sun, 13 Nov 2016 10:07:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.117
X-Spam-Level:
X-Spam-Status: No, score=-4.117 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=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 Vu21WZwmoUSZ for <ipv6@ietfa.amsl.com>; Sun, 13 Nov 2016 10:07:08 -0800 (PST)
Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (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 135BD129576 for <ipv6@ietf.org>; Sun, 13 Nov 2016 10:07:08 -0800 (PST)
Received: from [10.95.0.205] ([162.210.130.3]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id uADI73Sm030056 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 13 Nov 2016 10:07:05 -0800
Subject: Re: comments on draft-ietf-6man-rs-refresh-02
To: 神明達哉 <jinmei@wide.ad.jp>, IPv6 IPv6 List <ipv6@ietf.org>
References: <CAJE_bqe=yKfeJEba=ddsSaY1=8Nh35gEJ17y9jtqD5VzjUKG2w@mail.gmail.com>
From: Erik Nordmark <nordmark@sonic.net>
Message-ID: <1229c98b-81b0-6415-2b57-a652b57c6d85@sonic.net>
Date: Mon, 14 Nov 2016 03:07:03 +0900
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <CAJE_bqe=yKfeJEba=ddsSaY1=8Nh35gEJ17y9jtqD5VzjUKG2w@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Sonic-CAuth: UmFuZG9tSVZqZsQI1SPUnmrgMS3PS+q1fJdbIcKgp187Ro2N/u9pLfO8tdBATy3ydRBEQ7xAK9YoLGsN6X/nu+ZonQhZEKP5
X-Sonic-ID: C;xi4++8up5hGqiIYhDwv+pw== M;WDnY+8up5hGqiIYhDwv+pw==
X-Sonic-Spam-Details: 0.0/5.0 by cerberusd
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/cZZ7dFK9bCvv_RAqdv5_QSr5jTc>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Sun, 13 Nov 2016 18:07:09 -0000
Jinmei,
thanks for the comments.
On 11/12/16 4:44 AM, 神明達哉 wrote:
> I have a couple of minor comments on draft-ietf-6man-rs-refresh-02:
>
> - we might want to say the source link-layer address option SHOULD be
> included in RAs that contain the Refresh Time option with U-flag
> being on, since the hosts receiving the RAs are expected to send
> unicast RSes to the router subsequently as described in Section 7:
That makes sense.
>
> [...] Otherwise the host will unicast the RS
> refresh to each router in the default router list.
>
> - On Section 9:
>
> In addition to the checks in that
> section, the routers SHOULD verify that the RTO have the same Refresh
> Time, and report to system management if they differ.
>
> I'd note this may be tricky if these routers omit periodic multicast
> RA since their chance of doing this check may be limited to the
> initial gratuitous multicast RAs.
The RA consistency checks are best effort in any case, thus this text is
merely saying that when a router is receiving an RA on an advertising
interface it should do what is in RFC4862 plus compare one additional
thing. But I can note this in the document.
Note that most deployments will presumably need to send periodic RAs
just in case to support unmodified hosts that do not implement resilient RS.
Erik
>
> --
> JINMEI, Tatuya
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>