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

Ca By <cb.list6@gmail.com> Wed, 24 November 2021 14:05 UTC

Return-Path: <cb.list6@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 3006D3A060D for <v6ops@ietfa.amsl.com>; Wed, 24 Nov 2021 06:05:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.847
X-Spam-Level:
X-Spam-Status: No, score=-1.847 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_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 vn_fpIYxuYlE for <v6ops@ietfa.amsl.com>; Wed, 24 Nov 2021 06:05:10 -0800 (PST)
Received: from mail-io1-xd2a.google.com (mail-io1-xd2a.google.com [IPv6:2607:f8b0:4864:20::d2a]) (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 8182C3A064B for <v6ops@ietf.org>; Wed, 24 Nov 2021 06:05:10 -0800 (PST)
Received: by mail-io1-xd2a.google.com with SMTP id c3so3320852iob.6 for <v6ops@ietf.org>; Wed, 24 Nov 2021 06:05:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AiT9ntLRISAW38FlY7eL0n1ozWzBv/mhscXshS71puc=; b=at2BE8JOjc2+YUY8tFYmG8Q2Xrq20G+B8xKo8Bc1Imj/AO1+n6yaRmlmUoROijnNwt RzqcDAB1ff9R6YVXcFF4cPhatH2CBjVVDLEQ96QtIA7ubASvKeUzaAiaytM3xiy/r/G7 XVmdzXeN5yLAkjX4CvXh0DbWDxTnFlwxW7OJR4kzwQ9smIyBSoNyF2GXZ19PxWxrltXs w/YTuazGRgfJEAmNYcDNY3TWXAR5UZwVeJK3tIA7fUAZi6kxj/HZ3WYl3iJnwD7PTKaw 1VsnTJERZCiYvVQ+OgM8MeG7LhnUrHrBNd89jJydjjq2/rc/+8SY36mhZYEmId2afOw9 nw4g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AiT9ntLRISAW38FlY7eL0n1ozWzBv/mhscXshS71puc=; b=6LIrgK+1UR++GXsu/Ayp/ovJGIIgyHBy0kTNJ+IO1sPdTqtfZEHuOGo5/GwQS0xhod XFM3gmoSeegYp5GZVR8c2wQdNWnUclbraaUAyojYTyRqi2T8Y8fVkSeFqH+WeTnbwCP8 dpp1P9fBm4fgsEz2/UQ96mOnxfclfBVvlJ9ksW+6Udie0iV+xzkDriGkWBK5hNCcdrMl FLpwCmBVJAKsO+l18O+FMyTkki4GNDNmK39enKzmxeibB9QN/5Qg7M6WWkwvJfPwKJHW dkZ5WI2wPpQ7bRiYAq4UCH/EwZhZHdsRY5yAhLFHDTXU1gV2mHRhDouj74LrOGm4OUzF jPbQ==
X-Gm-Message-State: AOAM5322MzXRyKZQCrAKTFOXnLq+6jOUCwY2DDv8P92WYA4eUz33GSdR Lf7aYa68qiToAy8Qu7qyREA4FNaoFE6HNuDMyksQmfan
X-Google-Smtp-Source: ABdhPJzzA+PN5qbqM5jklwnbwOsdUDwTpD6HSseUWW4bbKHu9IbZMBZk0fK11buzsjUugAbrwl48fZ2Lv7v0KdecVTs=
X-Received: by 2002:a6b:b7c8:: with SMTP id h191mr13107772iof.155.1637762708482; Wed, 24 Nov 2021 06:05:08 -0800 (PST)
MIME-Version: 1.0
References: <CAKD1Yr0z-XckGv5L_9qu5w_6mU=O1h5nZWoTNw6GmStHQ8tzYA@mail.gmail.com> <6f093dad3ed94ddc956f0be5fac6141b@huawei.com>
In-Reply-To: <6f093dad3ed94ddc956f0be5fac6141b@huawei.com>
From: Ca By <cb.list6@gmail.com>
Date: Wed, 24 Nov 2021 09:04:57 -0500
Message-ID: <CAD6AjGRh-REfGXNgxLYMJJHsUFSZq+d10-EqTgMZrnAsbEP+2g@mail.gmail.com>
To: Vasilenko Eduard <vasilenko.eduard=40huawei.com@dmarc.ietf.org>
Cc: Lorenzo Colitti <lorenzo=40google.com@dmarc.ietf.org>, "v6ops@ietf.org WG" <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000079b2f105d18958d7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/XFvCr28EEk3xWQ9_uVU9_x8i2v8>
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:05:14 -0000

On Wed, Nov 24, 2021 at 5:25 AM Vasilenko Eduard <vasilenko.eduard=
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] *On Behalf Of *Lorenzo
> Colitti
> *Sent:* Wednesday, November 24, 2021 5:26 AM
> *To:* v6ops@ietf.org WG <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
> https://www.ietf.org/mailman/listinfo/v6ops
>