Re: 6man w.g. last call for <draft-ietf-6man-grand>

Mark Smith <markzzzsmith@gmail.com> Thu, 23 July 2020 20:07 UTC

Return-Path: <markzzzsmith@gmail.com>
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 B09A13A0D38 for <ipv6@ietfa.amsl.com>; Thu, 23 Jul 2020 13:07:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.598
X-Spam-Level:
X-Spam-Status: No, score=-0.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 vJThsN7Nh3GN for <ipv6@ietfa.amsl.com>; Thu, 23 Jul 2020 13:07:40 -0700 (PDT)
Received: from mail-oi1-x233.google.com (mail-oi1-x233.google.com [IPv6:2607:f8b0:4864:20::233]) (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 5F7FE3A0D34 for <ipv6@ietf.org>; Thu, 23 Jul 2020 13:07:40 -0700 (PDT)
Received: by mail-oi1-x233.google.com with SMTP id k6so6096029oij.11 for <ipv6@ietf.org>; Thu, 23 Jul 2020 13:07:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=G9uDV93DXAHoU/XEDnHwprtFDCLoIX/PBCyQT5nV0Yo=; b=otW32qvOc6/lAWsBqRj1VcYAVl9hIbXKVqEL5VJC3a2boiwRfB5MbuJBzctHq2G4wf G2CStlnq54SLQM55xeARmOvUl5Oa9AlDqfJNOIDWRY+hw9NYtuur5p1FMusfP9jiA3+z bzsdXNCrlC2y+DtvExGEKPC4k3kZ6dpdLlzb2fYtDZl9Ty9d9bQ2WPLLtTmLCMsf64+0 bM47aynaHZla2bkfnluYt0wFsAFHf8y8LcKPsPCMDBHpXwLzrOmzGf65MWY+hld4w9YX VINix6MJeS8NiEaL7O5e/ofyUMSeFbea4ig6mYRnNXycLi7rTdZEUNmkp5uUeODxVXdE FHqA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=G9uDV93DXAHoU/XEDnHwprtFDCLoIX/PBCyQT5nV0Yo=; b=UDbXntHkImrSlv8T5JMyccyhB2seUzIGSot00LhsJ51AySUyDSLNSf1ddW9No4mGZ3 iQvQOUpKFRQ/vx5m2OPfArxN/+HSY9WvSX0oE0YVwxNQoB6z9qHU2v1FrZT7ibfZZ/B+ NUdUFEZcAYvOqWF1T2ZpRm1M+UlpP9DplnmjCav94SXB4Ct2mSqKIlzvClG/fVsYVekv CMgHx8DQySByUfxjcs400cGWVtMeg5OyaWk8R3DQrD6PmYS+THxJkuY1Zca+BzQPfN04 O3gmm669cSGij1Gtr6Fgu+y03aU+xvD+zuo1IMLUeTOUmRSIztUVlmPHMN/1C9aXeV34 aOaw==
X-Gm-Message-State: AOAM531datrn4L/4aFbSTdv5Hm8rew7oP69AWWbEDSN54xuoJ4qRDWiY uD1NRIySDmXtO8CEaCMqSPqy6qgzR1u/y2fDU2Y=
X-Google-Smtp-Source: ABdhPJy9ZV5hv0sZeUPlfqGt1NnRZFfkDAiQXywsohu8tPaYyxYyKa8Ri+J/b66DDHu6KTE9wkZy1qgz/vRViSDLG2A=
X-Received: by 2002:aca:50d5:: with SMTP id e204mr5513480oib.60.1595534859604; Thu, 23 Jul 2020 13:07:39 -0700 (PDT)
MIME-Version: 1.0
References: <20160428004904.25189.43047.idtracker@ietfa.amsl.com> <882A1EDB-4A41-47E7-88D6-AC37D3341C6A@gmail.com> <CAO42Z2yWzcQBkDjOsaiM2Ppij0v=s1edMLyZeLbf1e89wVU3UA@mail.gmail.com> <CAFU7BAQvpHiJ9X=y72Zr5VAXs4ZGVqP1A5-snxBbrmxecPnpWA@mail.gmail.com> <CAO42Z2xLEQFbMYLUHHza3fM2O4Df=-ZC35P=ugeEbF2cs=Oiwg@mail.gmail.com> <CAFU7BATybbTPJfoLgbKGW8_U2HRSze2yBRx+Y8BS5N12SK1BTA@mail.gmail.com> <CAO42Z2zfgdDJn3dv6OHqpKySsW_2rvkV-W15BM-UsVq51nQMMQ@mail.gmail.com> <CAFU7BAQq3b8Og-MC_bFOMAZpL2N67so1gy=APS+6VLS0-u+JyA@mail.gmail.com>
In-Reply-To: <CAFU7BAQq3b8Og-MC_bFOMAZpL2N67so1gy=APS+6VLS0-u+JyA@mail.gmail.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Fri, 24 Jul 2020 06:07:12 +1000
Message-ID: <CAO42Z2wJ7XuvwV1dJzT=gN=6haFxwK2CnHjv1=Z-27HZmjLgBQ@mail.gmail.com>
Subject: Re: 6man w.g. last call for <draft-ietf-6man-grand>
To: Jen Linkova <furry13@gmail.com>
Cc: Bob Hinden <bob.hinden@gmail.com>, Jen Linkova <furry@google.com>, IPv6 List <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000088960f05ab216848"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/mlqibHLD7KXKmwEFk0TexWT5Nio>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 23 Jul 2020 20:07:42 -0000

Hi Jen,

On Thu, 23 Jul 2020, 11:15 Jen Linkova, <furry13@gmail.com> wrote:

> On Thu, Jul 23, 2020 at 9:01 AM Mark Smith <markzzzsmith@gmail.com> wrote:
> > There are other issues that this method provides benefits to or
> > solves, more than just the specific problem you're thinking about:
> >
> > - helping mitigate ND cache exhaustion DoS attack by preloading the
> > cache with addresses
>
> I'm not sure I fully understand how it would help...Could you please
> elaborate?
> The attack is trying to create a lot of INCOMPLETE entries by sending
> packets to non-existing addresses.
> Unless we require that routers rely on GRAND only and never even try
> to create a new entry upon receiving a packet to an address never seen
> before, the router behaviour would still be the same.
>

That's why I said "mitigate" not "solve" ;-)



> > > The routers already have all link-local addresses of hosts on the LAN
> > > in their caches.
> >
> > I don't understand how.
>
> OK, I should have said 'all link-local addresses which hosts have used'.
> An address which has not been used (send/receive packets) might not be
> in the cache.
>
> > Hosts aren't limited to a single link-local address on an interface,
> > and could generate a new one at any time. So if a host generates a new
> > LLA, it would do GRAND for it so that the routers are informed of the
> > new LLA.
>
> Well, as soon as the host starts using that LLA it would be sending ND
> packets from it which would populate the cache entry anyway.
>

It wouldn't be in the router's ND cache though unless the LLA was used to
communicate with the router or through the router per the ability to
forward LLA addressed packets.


> But I agree, GRAND would make it faster.
>

This would be where GRAND ensures a new LLA is in the router's cache. Some
of the time it's only reason to be there is for the IPv6 addresses in use
on the link purpose.

> > > I think it would be better to remove all the text around link-layer
> > > > unicasting of GRAND NAs for the time being.
>
> OK, will do in the next version.
>
>
Great, thanks very much.

Regards,
Mark.


> --
> SY, Jen Linkova aka Furry
>