IETF Logo Mail Archive

Re: Adoption Call for "Improving the Robustness of Stateless Address Autoconfiguration (SLAAC) to Flash Renumbering Events"

Ted Lemon <mellon@fugue.com> Tue, 07 July 2020 14:11 UTC

Return-Path: <mellon@fugue.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 D3FE93A0CF0 for <ipv6@ietfa.amsl.com>; Tue, 7 Jul 2020 07:11:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.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 LSwT3Wvx4Qwn for <ipv6@ietfa.amsl.com>; Tue, 7 Jul 2020 07:11:11 -0700 (PDT)
Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (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 5F55C3A0CED for <ipv6@ietf.org>; Tue, 7 Jul 2020 07:11:10 -0700 (PDT)
Received: by mail-qt1-x832.google.com with SMTP id a32so1561133qtb.5 for <ipv6@ietf.org>; Tue, 07 Jul 2020 07:11:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=rP9s5TZ2MPi8dYREgse497Cpfi+iCXtvkZyV+Q2SjpE=; b=AlNzPfOv4QqTenqqLMk3LQA9tgQNJ1pyvigwJvf+tj5v/Y2NHCyG02nKSm7KqLOLjS xg5v38hpGj9rQyfYbXoww2ln5P6StUyVZMFW3gCRnz7vkrKAIbypbu5F8jBdo3uGqqe9 Z3IVAJ8zxrtVp8GGlmVVOtoJaL9vzwOo2wFS+somkP74GfJZr5w046JVWJrKC6DZ0IBA A85zU6Mqy3CYBSEbHJyKZnljFqUGwid+sFqVgjhyC94Kfedhm8Gfm/7GIMYPgqILNOcy nGlwLIWnwvJIrpCz6NHlSFJt4Q7mx6ypiJyecgYZgAp7iniGGQxdEVGY9t+O01QPRKSl NZ3w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=rP9s5TZ2MPi8dYREgse497Cpfi+iCXtvkZyV+Q2SjpE=; b=h3inxahH/BTpOSMN6BrDwOh+cm+19hwYl3DKB183M0yd14Bkwc0wuBvmjckv3OK6o+ GtEMl+lDzY8YzcM/x5kHDy1kgF66JhkDxLW8c9FzrfIKqW+2xaoXx7KnlRzl0dOBKZ5m 8Jmkvjdy234Lm86Hm75o2gEH1134A0DC89qSWsAn6RXLYTF4wI///NPgc+eHbwOEhfiV lg6TfrmT1PQe2OmUM4I0zAlLTauS5yqUVZlmEp8QaY5G4CR17bqfXzb/bMvIUUHpeP+M ZO5UqlU1dH1RB8MOYhcCkWXsqdi3Dd8f+jW1CZNj1vKL0m7O/IsxPb8ILp5fduoPxnUz 2RRA==
X-Gm-Message-State: AOAM533CQ7NZyM8Qb91sCfKGGv/KXhWI+4NSW2TsafLb5K5twuTkZJBa MrOxn2+JwE+lk3coG5dYC0Qg8/GO/yU=
X-Google-Smtp-Source: ABdhPJzsnbJEL0PuTc1HFFc/EZtgT+192QFG2RHcl/fHABsFp+FyIw9Fzln5RuqqV5drIGMagAV0/Q==
X-Received: by 2002:aed:3b34:: with SMTP id p49mr56775939qte.283.1594131069538; Tue, 07 Jul 2020 07:11:09 -0700 (PDT)
Received: from ?IPv6:2601:18b:300:36ee:7d67:998e:c679:54dd? ([2601:18b:300:36ee:7d67:998e:c679:54dd]) by smtp.gmail.com with ESMTPSA id h197sm23641022qke.51.2020.07.07.07.11.08 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 07 Jul 2020 07:11:08 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
From: Ted Lemon <mellon@fugue.com>
Mime-Version: 1.0 (1.0)
Subject: Re: Adoption Call for "Improving the Robustness of Stateless Address Autoconfiguration (SLAAC) to Flash Renumbering Events"
Date: Tue, 07 Jul 2020 10:11:07 -0400
Message-Id: <DD303CF7-189B-41D1-B905-A5C26239BF03@fugue.com>
References: <CAFU7BAQX8B2n3FFjQ3h-9VLP7zR=zy0nO0z7bEtz3KXZ7wp=eg@mail.gmail.com>
Cc: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
In-Reply-To: <CAFU7BAQX8B2n3FFjQ3h-9VLP7zR=zy0nO0z7bEtz3KXZ7wp=eg@mail.gmail.com>
To: Jen Linkova <furry13@gmail.com>
X-Mailer: iPhone Mail (18A5301v)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/BJWNxJ4aPL0MHMLdFjTQ4di42so>
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: Tue, 07 Jul 2020 14:11:13 -0000

It might be worth thinking about how it would be different than the current behavior, when stale information is present and new, valid information is being advertised but not reliably heard. Do things get worse or better with this change?

> On Jul 7, 2020, at 06:34, Jen Linkova <furry13@gmail.com> wrote:
> 
> That's my main concern. In multiple RA scenario the proposed mechanism
> does not seem to be resilient to packet loss

v2.23.0 | Report a Bug | By Email