Re: [v6ops] A broken promise - "You said PD Prefix Valid Lifetime is going to be X" (Re: SLAAC renum: Problem Statement & Operational workarounds)

Naveen Kottapalli <naveen.sarma@gmail.com> Thu, 31 October 2019 17:40 UTC

Return-Path: <naveen.sarma@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 AB0A1120073 for <v6ops@ietfa.amsl.com>; Thu, 31 Oct 2019 10:40:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 xJdEAbOJ4Qwx for <v6ops@ietfa.amsl.com>; Thu, 31 Oct 2019 10:40:03 -0700 (PDT)
Received: from mail-io1-xd41.google.com (mail-io1-xd41.google.com [IPv6:2607:f8b0:4864:20::d41]) (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 EBAD812006A for <v6ops@ietf.org>; Thu, 31 Oct 2019 10:40:02 -0700 (PDT)
Received: by mail-io1-xd41.google.com with SMTP id w12so7643285iol.11 for <v6ops@ietf.org>; Thu, 31 Oct 2019 10:40:02 -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=4FhxAf4Ke9/pux4m7GTQ5v31xRME8IGETFADBdlk8j0=; b=b6/u24NsvVXnyqyOTB8euN5YaIwKBpGlskKEFisUAvLTrv0hVjpg0LI3YRsc3h31oB 64qmKDrcxQANX2B289TX8lIdywZRAlYY0zzBoHqBOl6pBe7HTkaCzBaAtmErORA85vjT LvUeNTIMO+l/qYveo9ZoWWbRWdBGyYZKiKch/2viK4VDzz7XVSPqVSOW9tkf1s/Ot0FE BNKTfTLXwNh9Lloq435alkIQWDUr07SqUgCLIqQysG8r0nYIVm4MBoH9X12n+bf7K8Jp yGbF+0SajbLbpeCmdYGJ7xLhrCqtLsmX+x7xs4DbMpcuWvYtI7DqFcaak9KGoX8s35cj VNSQ==
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=4FhxAf4Ke9/pux4m7GTQ5v31xRME8IGETFADBdlk8j0=; b=lnK0z7UyanfWCsdxsMSq2m8UO7w/jMb+euC58yaofRhA9np+RyF5UqRb6a5V16tZpd A0n2IFokPSgdV+Lw7loYIWfRDOSlXtRePcMSyuNfm/k9WXhlRHpGtvbMmQ9fbT2dsmOj q8kR3R43sg/AZjIOC9bvV1mciPEw8V7MxL/egYJMHSQNCpX/1W0UwpS6bG3PXkIRQEnl VPgH/xFEFjhZUY8zbrYtCwRREu+jhTl3VSvKShPDU92kAO7/SuXhzjwr4Ql98RKmBgYP Y6AgQA12KvJF8+Ys8PZr7Vvjb688pwb8yeDY5H8TarTw//nLqAUVEbvUJOsx1QcZjsJD ivMA==
X-Gm-Message-State: APjAAAVEhyQ+hrC/ZqH6Cw1tgbeBrPe4JRf/Qzsq9llva7j7T11QXNyP uTgdTnPYYGlxfpCengJsYAj+Kle/ZaWSawt90NA=
X-Google-Smtp-Source: APXvYqzBpEQzIyr+WqXQCShxTUdTnSFARK30Mvu3/qkFbv9kaFM790lI/4s1M8jBGpmY1TssrjHEEllnL4zIVpLUyys=
X-Received: by 2002:a6b:bbc5:: with SMTP id l188mr6419753iof.259.1572543601900; Thu, 31 Oct 2019 10:40:01 -0700 (PDT)
MIME-Version: 1.0
References: <m1iPlMZ-0000J5C@stereo.hq.phicoh.net> <FACE45EC-27FC-437A-A5BF-D800DF089B50@fugue.com> <837E9523-14FC-4F6C-88FC-DCC316265299@employees.org> <CAO42Z2wz1H-x1O+k-ra09V=xON7GOYM+0uHkG0d3ExnsGNuDeA@mail.gmail.com>
In-Reply-To: <CAO42Z2wz1H-x1O+k-ra09V=xON7GOYM+0uHkG0d3ExnsGNuDeA@mail.gmail.com>
From: Naveen Kottapalli <naveen.sarma@gmail.com>
Date: Thu, 31 Oct 2019 23:09:44 +0530
Message-ID: <CANFmOtmRifLk6_7XQtfnqX1FOSayfH0uebXFjFu_qfjc5ZDetg@mail.gmail.com>
To: Mark Smith <markzzzsmith@gmail.com>
Cc: Ole Troan <otroan@employees.org>, v6ops list <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c8fee405963856c6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/G7A5fbpeCSDqBoJJBKwlFyGGJCM>
Subject: Re: [v6ops] A broken promise - "You said PD Prefix Valid Lifetime is going to be X" (Re: SLAAC renum: Problem Statement & Operational workarounds)
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: Thu, 31 Oct 2019 17:40:05 -0000

+1

The problem I feel is mainly because of the the middle boxes sitting
between the devices which are using the prefix and the one who delegated
the prefixes.  I believe in most of the deployed implementations like the
BNG or any DHC server will have a record of the prefixes being delegated
and lifetimes will be honored till lease time expires.  As a matter of fact
in the cases listed, prefixes are be valid for the given lifetimes at both
the device and the delegating router.  Just because the CPE got rebooted or
lost the context of the prefixes, the middle boxes deprecating or
suggesting a whole set of new prefixes towards the devices might not be the
solution to the actual problem.

Yours,
Naveen.


On Thu, 31 Oct 2019 at 05:09, Mark Smith <markzzzsmith@gmail.com> wrote:

> On Wed, 30 Oct 2019 at 22:02, Ole Troan <otroan@employees.org> wrote:
> >
> <snip>
>
> > In the case when a requesting router loses a prefix, it can of course
> signal that to the hosts as proposed in Fernando's draft. But that doesn't
> solve the general problem, and I'm skeptical to using addressing as a
> reachability signal. E.g. if the CPE's upstream link flaps, is that enough
> to trigger deprecation of the prefix? Of course it shouldn't.
> >
>
> Exactly. Transient network faults are supposed to be survived - that's
> why TCP makes quite a number of attempts at re-transmitting when
> packet loss occurs, rather than just immediately terminating the
> connection.
>
> When an ISP "flash renumbers" a customer what's really happening is
> that the customer's network layer point of attachment to the network
> is being changed - the customer is being abruptly disconnected, moved
> and re-connected. Possibly that is easy to overlook because the
> customers physical location and their physical link to the network
> doesn't change.
>
> I think Ole observed that this is contrary to what the PD prefix's
> Valid Lifetime said would be the case. The ISP supplied a PD Prefix
> with a Valid Lifetime of X seconds, and then broke that promise by
> abruptly changing addressing before X seconds. ISPs should be expected
> to live up to their Valid Lifetime promises.
>
> Regards,
> Mark.
>
>
> > Ole
> > _______________________________________________
> > v6ops mailing list
> > v6ops@ietf.org
> > https://www.ietf.org/mailman/listinfo/v6ops
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>