IETF Logo Mail Archive

Re: [v6ops] (More) Comments on draft-buraglio-v6ops-ula

russ@riw.us Thu, 28 July 2022 09:52 UTC

Return-Path: <russ@riw.us>
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 B328BC157903; Thu, 28 Jul 2022 02:52:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.125
X-Spam-Level:
X-Spam-Status: No, score=-2.125 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=riw.us header.b=XfcHqW4o; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=KOXZ37gQ
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FynD8B73eZzo; Thu, 28 Jul 2022 02:52:48 -0700 (PDT)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13288C13CCC5; Thu, 28 Jul 2022 02:52:48 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 87A6C5C00D5; Thu, 28 Jul 2022 05:52:46 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Thu, 28 Jul 2022 05:52:46 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=riw.us; h=cc:cc :content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm2; t=1659001966; x= 1659088366; bh=mByqF03c0HB1ETk0kFGIlgoAEMJG7/n1d7y5cqTqaqI=; b=X fcHqW4o0wnmlxIuQkqosEXmiizjY/8lgksxxWRrd16yNFtEf3OuX6PDBEcs0nEKh nJKsygY/QroqNovhR9WUKPu22lgZabHeeZ0qNrulcV6EbTRDMqnMf5dREucIpG9g 7idQYXdpUM2ZVFAo46rrcCX0hvE1/xjEnjl7gWyVjsLh5M+9U1/EWyRBusar+uMs 43r0PVctfvNeQZYyVEBbGjkzz2+ksltds+eV5H2cgXIRoZ4HJaNtSoWrWmRO2xOU 70jeObHN/m5MwCyeCt6rbLTMktu3gkJhL/5HhQtSd3oh25ir6asorDgvjlRrM3+u NLrzsuknEflkFsNgDORQA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1659001966; x= 1659088366; bh=mByqF03c0HB1ETk0kFGIlgoAEMJG7/n1d7y5cqTqaqI=; b=K OXZ37gQBXXW9NJ8fWUiCUvjzaC8dQ1+zQB2XWuBMJlZrKAkJm8LofWjRici5yaeT Z+DwvkFRTT9jRvT1n3Ld2SRY9rafmLJRfB5rzIsVat69s+ke+e+1QK0tPXe6BElo EdzDdz627wefWejoT8K0X1iPj/8cjCNrPFNJpXl1lB1xkh4FnCSQBvs56vs+W6QL fUM8bRbOew1OlPz0Yme+kuggdZbNFFsOtbvFtHxNOdaKKbo9ATLjQfh78VYv6E6B hC07AjFXpTdaFe8BMZ3JGu4tbz523rX0vgWYXZM7kMhb2DviuxBggnPfXihTFfYi /L1MZBGI8mPEM2SjDhz0g==
X-ME-Sender: <xms:bVziYum7YhoaC8QdBRWlq47OhVjnEpQrgF5kpwBqKBlZm5U1wkXy1g> <xme:bVziYl10n4F3dPTHhr1wTa_cmS77znwbYiIf3s-26dUIrojzZZAfL9p5CaR9Z0tiZ njCPL9j9gHm-UdNWw>
X-ME-Received: <xmr:bVziYspxjFYaJB8jmRdC8nTj0RsWk7pB0JkcFXjwsCb0afUMZtOKfjpH0zgG5Q>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrvddufedgudehtdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefhvfevfhgjufffkfggtgfgofhtsehtqhhgtddvtdejnecuhfhrohhmpeeo rhhushhssehrihifrdhusheqnecuggftrfgrthhtvghrnhephfeugffhkedvgeejkedufe egteejhfdvleevleeiffetkedvkefgfefhfeehieetnecuvehluhhsthgvrhfuihiivgep tdenucfrrghrrghmpehmrghilhhfrhhomheprhhushhssehrihifrdhush
X-ME-Proxy: <xmx:bVziYilbI195bfFFHNwexHRfygOBR0_DZP9VFf5oUKYiXZmPNGX6tQ> <xmx:bVziYs1qBBqdQjgjiKr-fh6z9kPxn4hQcHDssJqKRmCyT_cnOyhXoQ> <xmx:bVziYptDuMdAEGNwGmRH6hJwHcVeuSQErsKFgk5w-Ey_RRHzxvwjkg> <xmx:blziYvRWiJl7ENA15S57cuNRYQppHGc6MJImGmKooHjY0uPdpibgWw>
Feedback-ID: i8b884343:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 28 Jul 2022 05:52:45 -0400 (EDT)
From: russ@riw.us
To: 'Gert Doering' <gert@space.net>, 'Chongfeng Xie' <xiechf@chinatelecom.cn>
Cc: 'Vasilenko Eduard' <vasilenko.eduard=40huawei.com@dmarc.ietf.org>, 'Ted Lemon' <mellon@fugue.com>, 'David Farmer' <farmer@umn.edu>, 'list' <v6ops@ietf.org>, draft-buraglio-v6ops-ula@ietf.org
References: <7a47cf80-1c8e-02b9-9001-2ac8f14c0a20@si6networks.com> <CAM5+tA_nXLaT7LcatOcP+foL9cVx7J5cCFc57=a7G5wjj=qQjg@mail.gmail.com> <CAPt1N1kUSm7dLn6XH-hHiPqdUjynE_QC-md2VMq-CpY133gW5Q@mail.gmail.com> <CAM5+tA-jUV3+FjvUqhb0DNqXyAYn2joKXRZoggpYKgW8etBZWA@mail.gmail.com> <CAPt1N1m6sNPnE4jKqdEOAxCHrbhm=kYY1LGCmsDnthEaN23geA@mail.gmail.com> <CAN-Dau0qXihsbCxjM51qwDzni_1+MGxr=kovSw-JEja7QsnyhQ@mail.gmail.com> <CAPt1N1mCp291hRW4KO7Zc2gpfSY-3-BCyTu0c3jx7CyFa1kD2w@mail.gmail.com> <aefde48976e045a5a29febae9db0cd6a@huawei.com> <202207272102401554055@chinatelecom.cn> <YuJDa5rBOLMHsJes@Space.Net>
In-Reply-To: <YuJDa5rBOLMHsJes@Space.Net>
Date: Thu, 28 Jul 2022 05:52:45 -0400
Message-ID: <000001d8a267$c9ee2bb0$5dca8310$@riw.us>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQEH9fVOjIxwUUs2Is9kkZ0uY6j8KQNX7qwGAVoGuwECut6d6AMpO0XUAkYMk8ICoFNiBgGolfyrAXnk50QClPbGWK6LQy2A
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/nlfF9SdbLV-gGscsK5i_nKk3vE0>
Subject: Re: [v6ops] (More) Comments on draft-buraglio-v6ops-ula
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
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, 28 Jul 2022 09:52:52 -0000

> Where would the benefit of a dual-stack deployment inside an enterprise
> network be?  You still have all the costs of IPv4 with triple NAT444
> and address collisions all over the place, but in addition, the extra
> effort to maintain a second set of everything (config, ACLs, ...)

Because there are many situations were you cannot switch an application or large set of devices over to IPv6 for a few (or many) years, but you want to move as much as you can to IPv6. For instance, I once worked on a large DC fabric with about 2k applications running, mostly internal, but some external. You can't--and don't want to!--switch them all at once. You want to switch some small number at a time, making certain everything is working properly before switching the next small batch. You want to use a canary process combined with chaos engineering to make a move like this. 

Trying to do a "flag day" at scale, where on Friday you're running all ipv4 with IPv6 capable apps, and then Saturday you're running all IPv6, is just an invitation to being back on IPv4 on Monday and no real plan to ever move to IPv6 and a lot of burned good will/social capital/reputations.

😊 /r

v2.23.0 | Report a Bug | By Email