IETF Logo Mail Archive

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

Lorenzo Colitti <lorenzo@google.com> Mon, 20 July 2015 17:19 UTC

Return-Path: <lorenzo@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 F2B0F1B2CCD for <v6ops@ietfa.amsl.com>; Mon, 20 Jul 2015 10:19:13 -0700 (PDT)
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 cVmlVPs1xLeW for <v6ops@ietfa.amsl.com>; Mon, 20 Jul 2015 10:19:13 -0700 (PDT)
Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::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 6030E1B2CAE for <v6ops@ietf.org>; Mon, 20 Jul 2015 10:18:04 -0700 (PDT)
Received: by ykax123 with SMTP id x123so144464652yka.1 for <v6ops@ietf.org>; Mon, 20 Jul 2015 10:18:03 -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=PE98svo08nscQFeqSk50NGyUNmd7z8X62p/O2Y2K0FI=; b=pp9EyZP165EoHh7Vw9yJ/rGPwyeCputz8Pbs56pdzdm0oPH7iEtzFZPo0J+nZdu4hZ znr2PGRrKtTnIl5y/NXOEI3hakrQAlRzxlmS/H4AuceOY2mLWf3EXBTv7JlWgIzbfhXy Vzh9ReiSRr/KRhFXrFDR1wvAu+uZsRWLVeL/GxA0u7mMLXeQgAwq9Cuy1Q9bGgUbbH53 EY1MsjOPiFqACK4AoUnCpfTblcBA2i7e/4Hs8oaowi9mqRfxukkfmww6hvvsYwzCrD5e exCbdagjkF7PAr0kiDEJ34wT+ZUia3rA6xaNgXUzLQj9aSJzJOoVTejV28r9/mLe7LzH tZMw==
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=PE98svo08nscQFeqSk50NGyUNmd7z8X62p/O2Y2K0FI=; b=QdGszfeNppX7jG0sYCIPQhf6UQiGySvQGTjDOzoaw/RCDrWReZ83baVDCylkjH0rfM go14haSO35FHRYbfgNegyDO8BJyT3tNQ9ce3FL+GV+Lar1FfVLEvzjB1/d0O5mRCT16n ZM68yUYICfeXlIfdZ2jX44Q5IL0sip8iwfLn1PPuf1uJoV7Gpcim6+PmbCzxprXVss4Y v51QLRN8D2t5l5IvhcRqOjdVQR60bKAbCho/4SvKs7ma+uING4syNaYpMCYSmzPpdaMr ITyNyKuAuc67IQu9w+u9Xt2RBRbEZxPfZkVpROf4H4d9xJA1AAkgsil0rDNRkiGPSVa9 5oCQ==
X-Gm-Message-State: ALoCoQnQco6tB2qpkivdaliFF7Hjrwq4hJRXS+C4Fj5aTxWEXTrkQQqFcN2WLvftTe1IOJ3+SeO6
X-Received: by 10.129.77.213 with SMTP id a204mr30120056ywb.40.1437412683774; Mon, 20 Jul 2015 10:18:03 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.8.201 with HTTP; Mon, 20 Jul 2015 10:17:44 -0700 (PDT)
In-Reply-To: <CAAedzxpdFsCy2Y7U0gFmQeHEvJjNj-243g_ffoJsVUeRz5RpZw@mail.gmail.com>
References: <201507071147.t67Bl13m009348@irp-lnx1.cisco.com> <CAO42Z2x7mNFbB_w_+W+80pY+LeCAKXaOBXMmQvkcaMSWhwW60g@mail.gmail.com> <EF21B630-5D0A-415A-A93F-9058900CC80C@cisco.com> <CAO42Z2zAqMXhBZ2wa=q0wtHGhMpMWU9TSjfFyd2quiki9w0oSw@mail.gmail.com> <85CADAA2-8DF2-4A6B-812B-7A77081936F5@cisco.com> <CAO42Z2w3fOxGJHasKqYZRfGZ2u=7FnZBm+jgLtgDvfZ7HYW=iw@mail.gmail.com> <CAO42Z2z+DwOin23HQTysrZ9dNP924+LQ-vOExmJc_xZUEB4yCQ@mail.gmail.com> <228248C6-94FE-4C9C-A875-F732EFDC6601@cisco.com> <CAAedzxqapiWuy4Gk5t3zEe3XmaLyRc3nc5=aA1ED0tzfeXckbA@mail.gmail.com> <CAKD1Yr3Hn9qJTaM0v3+hr7NfQbLc=mOWYGwrTK-XXxKp5v+dpg@mail.gmail.com> <CAAedzxpdFsCy2Y7U0gFmQeHEvJjNj-243g_ffoJsVUeRz5RpZw@mail.gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Mon, 20 Jul 2015 19:17:44 +0200
Message-ID: <CAKD1Yr1uR+HyBTB=Yhy5hGs1Z6Wv=HT3wwFgLYDosDJ7a78-PA@mail.gmail.com>
To: Erik Kline <ek@google.com>
Content-Type: multipart/alternative; boundary="001a1140c55269d35c051b51b84e"
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/I7bF5oi95gVkSoIIJJArcWt0_aE>
Cc: "draft-yc-v6ops-solicited-ra-unicast@tools.ietf.org" <draft-yc-v6ops-solicited-ra-unicast@tools.ietf.org>, v6ops list <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: Mon, 20 Jul 2015 17:19:14 -0000

On Mon, Jul 20, 2015 at 7:04 PM, Erik Kline <ek@google.com> wrote:

> Yes, and these routers exist.  The M2M stuff I scanned in 3GPP has
> nodes that sleep on a schedule and the network knows when they're
> supposed to wake up (and they have to wake up periodically if only to
> sync their clocks with the network).
>

That's a very different use case from this draft as currently written,
though.

Are you suggesting that this document should be extended to cover both and
provide separate advice to both? We can do that, but I don't think we
should make this document into a generic document that only says "do the
right thing for your link type". The reason we have this problem is that
vendors and operators do not necessarily know what the right thing for
their link type is.

v2.23.0 | Report a Bug | By Email