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

Alexandre Petrescu <alexandre.petrescu@gmail.com> Wed, 24 November 2021 11:22 UTC

Return-Path: <alexandre.petrescu@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 46DFA3A0D8E for <v6ops@ietfa.amsl.com>; Wed, 24 Nov 2021 03:22:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.184
X-Spam-Level:
X-Spam-Status: No, score=-1.184 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-1.852, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 pLsAXF6_pVut for <v6ops@ietfa.amsl.com>; Wed, 24 Nov 2021 03:22:30 -0800 (PST)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (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 235A83A0D90 for <v6ops@ietf.org>; Wed, 24 Nov 2021 03:22:28 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 1AOBMQVA015925 for <v6ops@ietf.org>; Wed, 24 Nov 2021 12:22:26 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 4D739205453 for <v6ops@ietf.org>; Wed, 24 Nov 2021 12:22:26 +0100 (CET)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 43C85205421 for <v6ops@ietf.org>; Wed, 24 Nov 2021 12:22:26 +0100 (CET)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 1AOBMQgK023208 for <v6ops@ietf.org>; Wed, 24 Nov 2021 12:22:26 +0100
Message-ID: <50299d9e-2789-02dc-dfe5-2ac83c0ff824@gmail.com>
Date: Wed, 24 Nov 2021 12:22:26 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.2
Content-Language: fr
To: v6ops@ietf.org
References: <CAKD1Yr0z-XckGv5L_9qu5w_6mU=O1h5nZWoTNw6GmStHQ8tzYA@mail.gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
In-Reply-To: <CAKD1Yr0z-XckGv5L_9qu5w_6mU=O1h5nZWoTNw6GmStHQ8tzYA@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/717ZWfyjJhReNzhfDaAKbddLyBs>
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 11:22:34 -0000

'IPv4aaS' in the subject line and 'IPv6-only' in the original vendor's 
question... hmmm... please clarify what is meant?

These two things are very different.

If the vendor wants to do something about providing only IPv6 to 
in-residence network is a different intention than wanting to do 
something about providing IPv4 as a service on that IPv6.

Le 24/11/2021 à 03:25, Lorenzo Colitti a écrit :
> 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"

One of the feedback should be to advise the ISP to run a DHCPv6-PD 
server in the CPE.

My ISP CPE still does IPv6 static routes in the CPE towards the 
in-residence subnets, which is difficult to type each time.

Alex


  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
>