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 >
- [v6ops] Which IPv4aaS mechanisms should CE router… Lorenzo Colitti
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… JORDI PALET MARTINEZ
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Ole Troan
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Vasilenko Eduard
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Paolo Volpato
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Alexandre Petrescu
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Alexandre Petrescu
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Vasilenko Eduard
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Ca By
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Richard Patterson
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… JORDI PALET MARTINEZ
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Xipengxiao
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Vasilenko Eduard
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… JORDI PALET MARTINEZ
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Fred Baker
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Ole Troan
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Gábor LENCSE
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Alejandro Acosta
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Alejandro Acosta
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Fred Baker
- Re: [v6ops] Which IPv4aaS mechanisms should CE ro… Richard Patterson