Re: [v6ops] Which IPv4aaS mechanisms should CE routers implement first?

Vasilenko Eduard <vasilenko.eduard@huawei.com> Wed, 24 November 2021 14:24 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 A6F333A0791 for <v6ops@ietfa.amsl.com>; Wed, 24 Nov 2021 06:24:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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 ISlA7XQK4yM2 for <v6ops@ietfa.amsl.com>; Wed, 24 Nov 2021 06:24:45 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E94803A0784 for <v6ops@ietf.org>; Wed, 24 Nov 2021 06:24:44 -0800 (PST)
Received: from fraeml736-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Hzjth1l4Hz67vp2; Wed, 24 Nov 2021 22:24:12 +0800 (CST)
Received: from mscpeml100002.china.huawei.com (7.188.26.75) by fraeml736-chm.china.huawei.com (10.206.15.217) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Wed, 24 Nov 2021 15:24:42 +0100
Received: from mscpeml500001.china.huawei.com (7.188.26.142) by mscpeml100002.china.huawei.com (7.188.26.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Wed, 24 Nov 2021 17:24:41 +0300
Received: from mscpeml500001.china.huawei.com ([7.188.26.142]) by mscpeml500001.china.huawei.com ([7.188.26.142]) with mapi id 15.01.2308.020; Wed, 24 Nov 2021 17:24:41 +0300
From: Vasilenko Eduard <vasilenko.eduard@huawei.com>
To: Ca By <cb.list6@gmail.com>
CC: Lorenzo Colitti <lorenzo@google.com>, "v6ops@ietf.org WG" <v6ops@ietf.org>
Thread-Topic: [v6ops] Which IPv4aaS mechanisms should CE routers implement first?
Thread-Index: AQHX4Nq3sX5DGf5G30SB+xXdJ8iHxqwSYapggAAi3ICAADYesA==
Date: Wed, 24 Nov 2021 14:24:41 +0000
Message-ID: <d5df0d47aa464cb7bcd56192098c32ad@huawei.com>
References: <CAKD1Yr0z-XckGv5L_9qu5w_6mU=O1h5nZWoTNw6GmStHQ8tzYA@mail.gmail.com> <6f093dad3ed94ddc956f0be5fac6141b@huawei.com> <CAD6AjGRh-REfGXNgxLYMJJHsUFSZq+d10-EqTgMZrnAsbEP+2g@mail.gmail.com>
In-Reply-To: <CAD6AjGRh-REfGXNgxLYMJJHsUFSZq+d10-EqTgMZrnAsbEP+2g@mail.gmail.com>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.207.217]
Content-Type: multipart/alternative; boundary="_000_d5df0d47aa464cb7bcd56192098c32adhuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/bCKtNIH_NbqRJGiR7v7nuU7QAqE>
Subject: Re: [v6ops] Which IPv4aaS mechanisms should CE routers implement first?
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: Wed, 24 Nov 2021 14:24:51 -0000

The best MAP use case that I have seen (really rich in technical details) was from Richard Patterson
after Sky did green-field implementation for Italy.
He did it in many please (you could google), I like this version: https://www.ripe.net/participate/meetings/open-house/ripe-ncc-open-house-ipv6-only-networks from 00:37 to 1:09
Ed/
From: Ca By [mailto:cb.list6@gmail.com]
Sent: Wednesday, November 24, 2021 5:05 PM
To: Vasilenko Eduard <vasilenko.eduard@huawei.com>
Cc: Lorenzo Colitti <lorenzo@google.com>; v6ops@ietf.org WG <v6ops@ietf.org>
Subject: Re: [v6ops] Which IPv4aaS mechanisms should CE routers implement first?



On Wed, Nov 24, 2021 at 5:25 AM Vasilenko Eduard <vasilenko.eduard=40huawei.com@dmarc.ietf.org<mailto:40huawei.com@dmarc.ietf.org>> wrote:
Hi Lorenzo,
A few facts:

464XLAT is the must in MBB just because Android and iOS do not support the other 4 mechanisms. Nothing to discuss.

FBB effectively has the choice from DS-Lite->MAP->464XLAT.
DS-Lite because it is supported by the majority of CPEs. MAP because it is the best technically. 464XLAT because it has synergy with Mobile but typically Carrier’s MBB and FBB departments are different with different budgets.

1.       Lw4o6 has a very limited number of deployments.

2.       RFC 8585 is not very old (May 2019). Basement RFC 7084 did not request anything, except DS-Lite. Hence, the majority of FBB CPEs do not support anything else because Retail did follow RFC 7084 only.
Lee Howard has published it here https://mailarchive.ietf.org/arch/msg/v6ops/OAoush6gNQYv1gkPVGmUdUCWgBQ/. It has the reference to Excel on GoogleDoc. DS-lite was leading FBB in 2017 that is predictable.
DS-Lite market share is the biggest but should only decline in %.

3.       MAP-E/T needs mapping IPv4:port_range to IPv6 which results in the requirement of the limited number of big blocks (not XY of /24). It is a luxury for many Carriers. MAP is not much bigger than Lw4o6, but it has the potential because of technical advantages.
The excel would give you the split for 2017. I do not know the exact split between these 3 for now.

Related to MAP deployment issues and lessons learned

https://ripe82.ripe.net/wp-content/uploads/presentations/78-ripe82-yanodd-mape.pdf


Eduard
From: v6ops [mailto:v6ops-bounces@ietf.org<mailto:v6ops-bounces@ietf.org>] On Behalf Of Lorenzo Colitti
Sent: Wednesday, November 24, 2021 5:26 AM
To: v6ops@ietf.org<mailto:v6ops@ietf.org> WG <v6ops@ietf.org<mailto:v6ops@ietf.org>>
Subject: [v6ops] Which IPv4aaS mechanisms should CE routers implement first?

Hi all,

Is there any data on what IPv4aaS transition mechanisms are deployed by ISPs today? I was approached by a router vendor asking me "how they should provide IPv6-only" and I was looking for data on which mechanisms are most common.

Official IETF guidance in RFC 8585 and 8026 is "do all of them and let ISPs decide, have a nice day", but that's not very helpful to a development team with finite engineering resources and low margins. In particular, it's not helpful to vendors of routers that are updatable and that can thus credibly claim that they can deliver other mechanisms via software update. Those vendors could reasonably argue that it's better for everyone if they launch the most common mechanism(s) first, and then deliver the others in software updates.

It seems like reasonable implementation guidance would be to request OPTION_S46_PRIORITY and parse it, but only initially implement one or two of the mechanisms and leave the others for a future release. If a router did this, what mechanisms should it implement first? MAP-E?

Cheers,
Lorenzo
_______________________________________________
v6ops mailing list
v6ops@ietf.org<mailto:v6ops@ietf.org>
https://www.ietf.org/mailman/listinfo/v6ops