Re: [v6ops] discussion of transition technologies

Lee Howard <lee@asgard.org> Mon, 22 January 2018 19:54 UTC

Return-Path: <lee@asgard.org>
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 648D0129C59 for <v6ops@ietfa.amsl.com>; Mon, 22 Jan 2018 11:54:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-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 F7hDfWbl3bDW for <v6ops@ietfa.amsl.com>; Mon, 22 Jan 2018 11:54:10 -0800 (PST)
Received: from atl4mhob20.registeredsite.com (atl4mhob20.registeredsite.com [209.17.115.114]) (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 C2731129BBF for <v6ops@ietf.org>; Mon, 22 Jan 2018 11:54:10 -0800 (PST)
Received: from mailpod.hostingplatform.com ([10.30.71.211]) by atl4mhob20.registeredsite.com (8.14.4/8.14.4) with ESMTP id w0MJs8iH030639 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <v6ops@ietf.org>; Mon, 22 Jan 2018 14:54:08 -0500
Received: (qmail 28045 invoked by uid 0); 22 Jan 2018 19:54:08 -0000
X-TCPREMOTEIP: 174.64.33.182
X-Authenticated-UID: lee@asgard.org
Received: from unknown (HELO ?192.168.2.101?) (lee@asgard.org@174.64.33.182) by 0 with ESMTPA; 22 Jan 2018 19:54:07 -0000
User-Agent: Microsoft-MacOutlook/14.7.2.170228
Date: Mon, 22 Jan 2018 14:54:03 -0500
From: Lee Howard <lee@asgard.org>
To: Ole Troan <otroan@employees.org>
CC: Fred Baker <fredbaker.ietf@gmail.com>, Sander Steffann <sander@steffann.nl>, "v6ops@ietf.org WG" <v6ops@ietf.org>
Message-ID: <D68BA9E1.96407%lee@asgard.org>
Thread-Topic: [v6ops] discussion of transition technologies
References: <D687BC24.92CC1%lee@asgard.org> <A6995969-0C03-4261-92F4-331206825130@gmail.com> <D29099E6-510D-41DA-B998-6BF15E9FDE7F@gmail.com> <D68B9BCE.96312%lee@asgard.org> <A5D8E026-ADB1-487C-AC20-30CA478A7B89@employees.org>
In-Reply-To: <A5D8E026-ADB1-487C-AC20-30CA478A7B89@employees.org>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/DenzfFxVb62pOvTTVyuy59JSKO4>
Subject: Re: [v6ops] discussion of transition technologies
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 22 Jan 2018 19:54:12 -0000


On 1/22/18, 2:20 PM, "Ole Troan" <otroan@employees.org> wrote:

>>>> 
>>>> I think I might also argue that the market has more or less followed
>>>> that advice. Your spreadsheet seems to suggest that.
>>> 
>>> The interesting thing is that 6rd, which is a way of appearing to have
>>>an
>>> IPv6 network without actually having one, is not what one might call
>>> "prevalent". It has in fact been used for *transition*, in places like
>>> Free - which used to connect IPv6 customers using 6rd and (I
>>>understand)
>>> has recently announced native IPv6 deployment. The places I know that
>>> have used it used it for a while and then have gone native.
>>> 
>>> Would you agree with that?
>> 
>> I would; that is my perception. MHO is that 6rd has had its day, and
>>while
>> I don’t think it needs to be deprecated, I haven’t heard any scenarios
>>in
>> the past several years where it solves an actual problem.
>
>Apart from giving millions of users IPv6 access?

Why would anyone want to do that?

That’s a bit of a snarky question, but it’s a real one. Is there any
real-world problem for which 6rd is the best answer?
“I can’t update my network to support IPv6, but there are IPv6-only hosts
that my users need to be able to reach” is the scenario 6rd addresses. Is
that an actual case? The case “My ISP hasn’t updated to support IPv6, but
there are IPv6-only hosts I need to reach” is solved with a tunnel broker.

I don’t deny that it is deployed at scale. I’m asking whether there are
any new deployments, recent or contemplated, and what path on a decision
tree would lead one to decide “6rd.”

Lee