Re: [v6ops] Turning on IPv6 Routers

Lee Howard <lee@asgard.org> Sat, 22 July 2017 11:12 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 F0B67127869 for <v6ops@ietfa.amsl.com>; Sat, 22 Jul 2017 04:12:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.4
X-Spam-Level:
X-Spam-Status: No, score=-5.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8] autolearn=unavailable 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 1iqxF9fMdccw for <v6ops@ietfa.amsl.com>; Sat, 22 Jul 2017 04:12:50 -0700 (PDT)
Received: from atl4mhob14.registeredsite.com (atl4mhob14.registeredsite.com [209.17.115.52]) (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 AD12712EB5D for <v6ops@ietf.org>; Sat, 22 Jul 2017 04:12:50 -0700 (PDT)
Received: from mailpod.hostingplatform.com ([10.30.71.206]) by atl4mhob14.registeredsite.com (8.14.4/8.14.4) with ESMTP id v6MBClTY001279 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <v6ops@ietf.org>; Sat, 22 Jul 2017 07:12:47 -0400
Received: (qmail 22431 invoked by uid 0); 22 Jul 2017 11:12:47 -0000
X-TCPREMOTEIP: 174.221.131.177
X-Authenticated-UID: lee@asgard.org
Received: from unknown (HELO ?100.87.27.48?) (lee@asgard.org@174.221.131.177) by 0 with ESMTPA; 22 Jul 2017 11:12:46 -0000
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (1.0)
From: Lee Howard <lee@asgard.org>
X-Mailer: iPhone Mail (14F89)
In-Reply-To: <5970CB51.3090806@foobar.org>
Date: Sat, 22 Jul 2017 13:12:44 +0200
Cc: Fred Baker <fredbaker.ietf@gmail.com>, IPv6 Ops WG <v6ops@ietf.org>, 6man WG <ipv6@ietf.org>, draft-ietf-6man-rfc6434-bis@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <A49AA38E-976D-4C6D-B106-4939F8EFC0F8@asgard.org>
References: <28757A47-53D8-459E-B76D-D5D5DE3D5897@gmail.com> <5970CB51.3090806@foobar.org>
To: Nick Hilliard <nick@foobar.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/ry8KNAAXQj1ykaENm67KISq8ros>
Subject: Re: [v6ops] Turning on IPv6 Routers
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: Sat, 22 Jul 2017 11:12:53 -0000


Sent from my iPhone

> On Jul 20, 2017, at 5:25 PM, Nick Hilliard <nick@foobar.org> wrote:
> 
> Fred Baker wrote:
>> "If IPv4 router operation is enabled by default, enable IPv6 router
>> operation by default."
> 
> this is undoubtedly well-intentioned, and the idealist bit in me
> sympathises with the principal.  However with my enable hat on, a
> recommendation like this isn't going to fix any problem associated with
> ipv6 adoption.
> 
> The problems with ipv6 adoption revolve entirely around cost/benefit.

I disagree. 
IPv6 enablement by the ISP requires work. But once it's enabled, there's often a gap between "100% enabled" and "100% active" that is directly due to CPE either not supporting or not enabling IPv6. 


> Pressing problems still include things that should have been resolved
> years ago, e.g. vendors charging extra for ipv6 support (today's
> bugbear: provisioning system vendors, please note that charging extra
> for basic ipv6 functionality is destructive in the long term and
> corrosive for your customer relationships)

It's great that there are others to choose from. It's unfortunate that the marginal cost to buy and integrate is higher than the extra  fee for feature support. That recalcitrant vendor better hope you love them enough to stay. 

> 
> As a separate issue, from an operational point of view, implicit
> enabling of functionality in one area when it's explicitly enabled in
> another is something that needs to be handled carefully because
> otherwise you can end up violating the principal of least astonishment.

Once it's enabled at the edge, it seems more astonishing to me when it doesn't work than when it does. The vast majority of IPv6 tickets I've seen have been "Why don't I have it yet?"

> 
> Nick
> 

Lee

> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>