Re: [v6ops] Flash renumbering

Vasilenko Eduard <vasilenko.eduard@huawei.com> Mon, 21 September 2020 10:51 UTC

Return-Path: <vasilenko.eduard@huawei.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 7D4BE3A0C31 for <v6ops@ietfa.amsl.com>; Mon, 21 Sep 2020 03:51:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 HMbRyUl1fmwd for <v6ops@ietfa.amsl.com>; Mon, 21 Sep 2020 03:51:11 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C5D6F3A0C3B for <v6ops@ietf.org>; Mon, 21 Sep 2020 03:51:11 -0700 (PDT)
Received: from lhreml709-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 774D54039F29FD97B377; Mon, 21 Sep 2020 11:51:10 +0100 (IST)
Received: from msceml705-chm.china.huawei.com (10.219.141.144) by lhreml709-chm.china.huawei.com (10.201.108.58) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Mon, 21 Sep 2020 11:51:10 +0100
Received: from msceml703-chm.china.huawei.com (10.219.141.161) by msceml705-chm.china.huawei.com (10.219.141.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 21 Sep 2020 13:51:09 +0300
Received: from msceml703-chm.china.huawei.com ([10.219.141.161]) by msceml703-chm.china.huawei.com ([10.219.141.161]) with mapi id 15.01.1913.007; Mon, 21 Sep 2020 13:51:09 +0300
From: Vasilenko Eduard <vasilenko.eduard@huawei.com>
To: Fernando Gont <fernando@gont.com.ar>
CC: "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: [v6ops] Flash renumbering
Thread-Index: AdaLlIyewLCjExjqRk+nNQVH29wmCwAzUPGAABOUmgAAGqqFAAAbuXfAAAxRMoAADNTJAP//1BmA///IPECAAORegP/8VGaA
Date: Mon, 21 Sep 2020 10:51:09 +0000
Message-ID: <8bb59f5d29634a10868748e52b353db8@huawei.com>
References: <8f964b8650cd4b619ff47aed5b07bc67@huawei.com> <7ef6cbcc-164f-383c-658b-b3c0df859535@go6.si> <1af87e24-1410-8f89-b50d-9c61694e4644@foobar.org> <f97b7ac2-0b36-2fae-58fd-eddee6f8b408@gmail.com> <76f10fa7030044c4a0b71443fde92f24@huawei.com> <CAHL_VyC7u7bNJD9pUzbFTrBtifbCVmQtPn4YHHs5g7T6omKwLQ@mail.gmail.com> <2e11a0315196499c81b72c171e014650@huawei.com> <EB3611C3-8849-4670-AFAD-4924AC79E26A@fugue.com> <93e01391b78b4c19be87f58f68281cbf@huawei.com> <d9634172-758c-1015-ef9a-e9e14b098024@gont.com.ar>
In-Reply-To: <d9634172-758c-1015-ef9a-e9e14b098024@gont.com.ar>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.197.29]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/KwNFphj2s0U5uhB_qxwlQ7G0n4k>
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: Mon, 21 Sep 2020 10:51:15 -0000

Hi Fernando,
CPE requirements have been developed in such a way that ULA is not needed.
If router does not claim itself as a default, - it does not mean that the router should deprecate prefixes distributed early.
Look carefully to below, specifically to "This advertisement is independent of having or not having IPv6 connectivity on the WAN interface.".

RFC 7084 Basic Requirements for IPv6 Customer Edge Routers
L-3:   An IPv6 CE router MUST advertise itself as a router for the  delegated prefix(es) (and ULA prefix if configured to provide ULA addressing) using the "Route Information Option" specified in Section 2.3 of [RFC4191].
This advertisement is independent of having or not having IPv6 connectivity on the WAN interface.
L-4:   An IPv6 CE router MUST NOT advertise itself as a default router with a Router Lifetime [RFC4861] greater than zero if it has no prefixes configured or delegated to it.

Eduard
> -----Original Message-----
> From: Fernando Gont [mailto:fernando@gont.com.ar]
> Sent: 19 сентября 2020 г. 8:43
> To: Vasilenko Eduard <vasilenko.eduard@huawei.com>; Ted Lemon
> <mellon@fugue.com>
> Cc: v6ops@ietf.org
> Subject: Re: [v6ops] Flash renumbering
> 
> On 18/9/20 16:47, Vasilenko Eduard wrote:
> >  From standard point of view
> >
> > local traffic should not stop after CPE would lose uplink,
> >
> > Because internal CPE switch should still switch traffic
> >
> > After internal CPE router would stop promoting itself a router for
> > this link
> 
> When you use an address, you are claiming you are attached to a specific point
> of the network topology. If the up link is broken, then I wonder how one could
> possibly continue using addresses that claim to be part of the network topology
> when, in reality, you are not.
> 
> So yes, if you want local traffic to survive uplink issues, you should be using
> ULAs. Those are, for the most part, addresses with local-significance and
> independent of global topology.
> 
> --
> Fernando Gont
> e-mail: fernando@gont.com.ar || fgont@si6networks.com PGP Fingerprint:
> 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1
> 
>