Re: [v6ops] new draft: draft-yc-v6ops-solicited-ra-unicast

Erik Kline <ek@google.com> Tue, 07 July 2015 12:38 UTC

Return-Path: <ek@google.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E5E51A00BC for <v6ops@ietfa.amsl.com>; Tue, 7 Jul 2015 05:38:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.389
X-Spam-Level:
X-Spam-Status: No, score=-1.389 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, 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 Ak2uuTwsTTVM for <v6ops@ietfa.amsl.com>; Tue, 7 Jul 2015 05:38:45 -0700 (PDT)
Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (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 648491A0097 for <v6ops@ietf.org>; Tue, 7 Jul 2015 05:38:45 -0700 (PDT)
Received: by wiclp1 with SMTP id lp1so49443647wic.0 for <v6ops@ietf.org>; Tue, 07 Jul 2015 05:38:43 -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=UNqTYbqg6McqO0GI4l3Bx6Lm74/tep0x0ZFl/Za9rNU=; b=F96lFvskSejRDUFvKjajArsO+oRR/oGWmD7VF7fj3+cK9dXxWG1UU6/wqQ+QGwjMjE 6PtyVYPhHfs3ujAWmfRpc+qWVqsaoPz5QZe9UrNDp3vwk9acod3G0XcvrJlFOCy3NSnh smavKWvgLHgRL/c5yHb9rbt7p78F+K/wb4E/UlackX5AfDqdTq/j0SfMVjFatxosbNH3 sbTeM+Yz4I5rmKT758gcZuF5u+tPBUuAkjX2qeERJRF6Z05SMcB7ebn4DssOt8234BsH gb1X76lVdcZJLlXC+f1L/0CIZ/4c57IM85G/7ufAG/MT2RpKy48EwsCtX4AegVddcxJ2 fG3w==
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=UNqTYbqg6McqO0GI4l3Bx6Lm74/tep0x0ZFl/Za9rNU=; b=UWx6l8QV/+LZ7gnzlpr/p9dgsR6/IhHpj9XpL/Xprx8xGx2B3jS7YY6y5lg9fTErd1 faRqF6SXeIY4rWLxKciIhScB10UMfuwHC/8fVYtCrY+s1TtVBFrgeX9vyqSYwxSdisjl mCvRreP2DKS+XRPCwPFRTmosbrjERSSVqgLGdQZOTqtvsIeoXPRSOlvEchTe0a7iSJJe 1uskbm3KmfMkkBB5it1m4udv6f2h/wc/INOO67ufVJvPyD5pQzt2/+4IT3lTaezLUZS3 RnaLh+ZC/bhic1mkkhRVoD/lZxooxHyyOvl/SwscSUkbX4HBz3iREJUOvK7ZIKerzOMt wDuA==
X-Gm-Message-State: ALoCoQnsT7kLAkjeYm9dV0/eAngzKk5XWSPFsHXJ9HVnBH9EdWwDVPVwhniW6fwU0HqGOExazqCA
X-Received: by 10.181.27.131 with SMTP id jg3mr96900806wid.89.1436272723735; Tue, 07 Jul 2015 05:38:43 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.28.138.203 with HTTP; Tue, 7 Jul 2015 05:38:24 -0700 (PDT)
In-Reply-To: <201507071147.t67Bl13m009348@irp-lnx1.cisco.com>
References: <201507071147.t67Bl13m009348@irp-lnx1.cisco.com>
From: Erik Kline <ek@google.com>
Date: Tue, 7 Jul 2015 21:38:24 +0900
Message-ID: <CAAedzxpN3eKAQepVE4G8Yvw2Rd266UfTgFd3UC2CArz+XjcR1Q@mail.gmail.com>
To: Fred Baker <fred@cisco.com>
Content-Type: text/plain; charset=UTF-8
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/X8XmrEayY463ir04S4a7zyHhfP0>
Cc: draft-yc-v6ops-solicited-ra-unicast@tools.ietf.org, "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] new draft: draft-yc-v6ops-solicited-ra-unicast
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jul 2015 12:38:46 -0000

+1

I would include some text to the effect that a router may additionally
transmit a unicast RA toward at virtually any time, not just in
response to RSes.

These could be on a schedule of course, but more importantly, if a
router knows it has a queue of packets to send to a node it is free to
push a unicast RS onto the front of that queue as a way to assist the
client keeping RA data fresh.

On 7 July 2015 at 20:47,  <fred@cisco.com>; wrote:
> A new draft has been posted, at http://tools.ietf.org/html/draft-yc-v6ops-solicited-ra-unicast. Please take a look at it and comment.
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops