Re: [v6ops] Flash renumbering

Gyan Mishra <hayabusagsm@gmail.com> Sat, 19 September 2020 03:22 UTC

Return-Path: <hayabusagsm@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAD2D3A124D for <v6ops@ietfa.amsl.com>; Fri, 18 Sep 2020 20:22:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.086
X-Spam-Level:
X-Spam-Status: No, score=-2.086 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001] autolearn=ham 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 z3bYFgs2lprb for <v6ops@ietfa.amsl.com>; Fri, 18 Sep 2020 20:22:01 -0700 (PDT)
Received: from mail-vs1-xe32.google.com (mail-vs1-xe32.google.com [IPv6:2607:f8b0:4864:20::e32]) (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 067313A03FC for <v6ops@ietf.org>; Fri, 18 Sep 2020 20:22:01 -0700 (PDT)
Received: by mail-vs1-xe32.google.com with SMTP id a16so4774928vsp.12 for <v6ops@ietf.org>; Fri, 18 Sep 2020 20:22:00 -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=hl1dNwwPT5hGp49bvLnd/vuZ/PnRUBQ4YZZ2errcsxA=; b=eW2av1p4fFLy/dzbB0cTBhnDOfqjKiBS9Qd1IpFzoHR4uFl1Pt2P0bsan5tqYc2TEe nVpuoyA3sUEtjUSEqTqUCymgbFdn7YXM10E61BaqarCz1dngpfsfMbbCO7pI7w1ilMPl 8oy1f0EBbpJbn965Mp/jjnO3lRJqDliSSuuh74DSPEZrQHBihVinZ/icrTIyN2FHdxJJ qPdI9ozQwKSTz60ODSItiahZQDY1Xl+DkB/21fApH8JgvegRHcO+hoMXIfm+z2t8egrF 5rIXLDZuVBbE4FWm9cJLHWhikBU0QeyrA4O+LGTA4/pAFOvQuC0IDjyvPy+ewOI6PJUs dh9Q==
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=hl1dNwwPT5hGp49bvLnd/vuZ/PnRUBQ4YZZ2errcsxA=; b=AaDYgrtJk5gMPZXIVZ3NhTnMECrzCB0ZBC1xaknEftHMbiM77fjfg4LpKNIGdfF1gq 5BbclC0NLPVTW9hHNBdfX8o6ZzPb9nXbivGAaYJehz7DlespGcJc9eEUkQaG22mPH3g1 FRFPumPNCJOuvpIg3NSgVgKOsIddKfcBlExumoEqOoPDWfAPAJSmnuZ/T+fb6GH+7qRf T2HoD22wZrwxCekq6VwN69rf6BhHqSGXTLjF7H4q0cRrjfhn87FXKjHjtCJvr1L47Zuh bih1FYhDMnZHXAMI0BvHJbyNuxu9z53CdjBgwz8kI2VbXpDGqZM9DHGblADYHMo6NRul XcFw==
X-Gm-Message-State: AOAM530sxDL8WMvKLhqhkBNx3PuxcxGLM+CGEuoD9Lt9RQxkESqDaosw 1KG6SFFCfl4FiZVR7yTANUATBwGR1Bj7je4pKmI=
X-Google-Smtp-Source: ABdhPJzS5AwYDPXeXkP+WjxEooxcNl6vFplFfCF4sqOzjBaqrCkn6/yYPZh6P3y0DblgaiZ04AfDkglG1Ia7NWXDksw=
X-Received: by 2002:a05:6102:36d:: with SMTP id f13mr22541001vsa.20.1600485720014; Fri, 18 Sep 2020 20:22:00 -0700 (PDT)
MIME-Version: 1.0
References: <CABNhwV2r14wr7o2_0rOgvJSZHYj0ALaafZn94ud24+Vt_emThQ@mail.gmail.com> <C129CFC2-CD40-425D-BC16-B0CEF5BB7665@fugue.com>
In-Reply-To: <C129CFC2-CD40-425D-BC16-B0CEF5BB7665@fugue.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Fri, 18 Sep 2020 23:21:49 -0400
Message-ID: <CABNhwV3puj2F-4_RtaW4v+ubM96Y7_FHB1SOfbiVP6zoMNS18Q@mail.gmail.com>
To: Ted Lemon <mellon@fugue.com>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, v6ops@ietf.org
Content-Type: multipart/alternative; boundary="000000000000cf430105afa21e68"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/8Xybsfy32J1Pw63s-f4v1SMisVs>
Subject: Re: [v6ops] Flash renumbering
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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: Sat, 19 Sep 2020 03:22:03 -0000

I browsed through the PD RFC and was wondering instead of changing the VL
PL timers and other changes on the SLAAC side, could the PD default timers
be changed to short VL PL.

I think the problem is their is not any glue logic between PD and SLAAC
communication so the renumbering event does not update SLAAC.

So as I suggested even if PD had short VL PL that would not help at all per
what I stated.

Is their a way to build some signaling between PD WAN broadband  and the
SLAAC interfaces so the renumbering event is automatically propagated
downstream.

https://tools.ietf.org/html/rfc3633#page-9


On Fri, Sep 18, 2020 at 10:39 PM Ted Lemon <mellon@fugue.com> wrote:

> It’s possible, but isn’t always done, and doesn’t address the problem of
> topology changes.
>
> On Sep 18, 2020, at 22:30, Gyan Mishra <hayabusagsm@gmail.com> wrote:
>
> 
>
>
> The whole issue with flash renumbering is related to PD.  Instead of
> changing SLAAC to react better to flash renumbering event could we just
> make PD sticky so it keeps your last prefix doled out similar to DHCPv4
> where you get your last leased prefix.
>
> Is that possible?
>
> On Fri, Sep 18, 2020 at 10:13 PM Brian E Carpenter <
> brian.e.carpenter@gmail.com> wrote:
>
>> On 19-Sep-20 09:21, Ole Troan wrote:
>>
>> >
>>
>> >
>>
>> >> On 18 Sep 2020, at 22:57, Brian E Carpenter <
>> brian.e.carpenter@gmail.com> wrote:
>>
>> >>
>>
>> >> On 19-Sep-20 05:11, Gyan Mishra wrote:
>>
>> >>>
>>
>> >>> All
>>
>> >>>
>>
>> >>> I really still feel this use case being Broadband provider PD related
>> stale prefix issue  is really a corner case for SOHO users
>>
>> >>
>>
>> >> Why is that a "corner case"? We can count SOHO networks by the
>> hundreds of millions, compared with enterprise networks in millions. They
>> both matter, but SOHOs are about two orders of magnitude greater in number.
>>
>> >
>>
>> > Corner case because Service Providers generally do not flash renumber
>> their customers.
>>
>>
>>
>> Can you put a percentage on that? Where I live, they do, whenever there's
>> a glitch on the local loop, even if the local loop is made of glass.
>>
>>
>>
>>     Brian
>>
>>
>>
>> --
>
> <http://www.verizon.com/>
>
> *Gyan Mishra*
>
> *Network Solutions A**rchitect *
>
>
>
> *M 301 502-134713101 Columbia Pike
> <https://www.google.com/maps/search/13101+Columbia+Pike+Silver+Spring,+MD?entry=gmail&source=g> *Silver
> Spring, MD
> <https://www.google.com/maps/search/13101+Columbia+Pike+Silver+Spring,+MD?entry=gmail&source=g>
>
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>
> --

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *



*M 301 502-134713101 Columbia Pike *Silver Spring, MD