Re: [v6ops] reclassify 464XLAT as standard instead of info

Gert Doering <gert@space.net> Fri, 22 September 2017 16:13 UTC

Return-Path: <gert@space.net>
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 3BB7C13451F for <v6ops@ietfa.amsl.com>; Fri, 22 Sep 2017 09:13:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 UFRpTi4Nl2n4 for <v6ops@ietfa.amsl.com>; Fri, 22 Sep 2017 09:13:39 -0700 (PDT)
Received: from mobil.space.net (mobil.space.net [195.30.115.67]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4FA413305E for <v6ops@ietf.org>; Fri, 22 Sep 2017 09:13:38 -0700 (PDT)
X-Original-To: v6ops@ietf.org
Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id 59C1C40BA4 for <v6ops@ietf.org>; Fri, 22 Sep 2017 18:13:37 +0200 (CEST)
X-SpaceNet-Relay: true
X-SpaceNet-Relay: true
X-SpaceNet-Relay: true
X-SpaceNet-Relay: true
Received: from moebius4.space.net (moebius4.space.net [IPv6:2001:608:2:2::251]) by mobil.space.net (Postfix) with ESMTP id 4541F40BA0; Fri, 22 Sep 2017 18:13:37 +0200 (CEST)
Received: by moebius4.space.net (Postfix, from userid 1007) id 420C517CAA; Fri, 22 Sep 2017 18:13:37 +0200 (CEST)
Date: Fri, 22 Sep 2017 18:13:37 +0200
From: Gert Doering <gert@space.net>
To: Lee Howard <lee@asgard.org>
Cc: Ole Troan <otroan@employees.org>, Gert Doering <gert@space.net>, "v6ops@ietf.org WG" <v6ops@ietf.org>
Message-ID: <20170922161337.GH45648@Space.Net>
References: <85868796-18C7-48F4-BE69-8D50A1F47EF3@jisc.ac.uk> <472CC0F7-73C2-4A21-8F96-BBC966B01B77@employees.org> <de6b9aac-a3cc-0915-77c7-9fb880c3a16a@gmail.com> <20170921223305.B72A8878E716@rock.dv.isc.org> <CAKD1Yr13ijKCB_71_2vMyGurc3-kSraLJycGxZwf121tjp8u1Q@mail.gmail.com> <20170922070719.74AA687A424E@rock.dv.isc.org> <20170922114847.GV45648@Space.Net> <369B3917-D9F3-41D4-A7BD-DAE134310004@employees.org> <D5EA8233.87034%lee@asgard.org> <20170922161018.GG45648@Space.Net>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="nj8zXuY9jD9xNsUh"
Content-Disposition: inline
In-Reply-To: <20170922161018.GG45648@Space.Net>
X-NCC-RegID: de.space
User-Agent: Mutt/1.8.2 (2017-04-18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/gctIMx93Qo4rnQim9KjgNKIewoM>
Subject: Re: [v6ops] reclassify 464XLAT as standard instead of info
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: Fri, 22 Sep 2017 16:13:40 -0000

Hi,

On Fri, Sep 22, 2017 at 06:10:18PM +0200, Gert Doering wrote:
> Right now, there's so much *content* IPv4-only that eyeball networks need
> to put up CGN boxes to enable reachability to that content - and if these
> boxes are in place anyway, what incentives does content have to enable
> IPv6?  Looking at the Alexa Top sites, I see lots of red on Eric's 
> page.  Basically, everything that's not Google or happens to sit behind
> Cloudflare (for DE)... :-(

Oh.  As a side note, "a fried" tells me that a major audio streaming
platform in DE had to turn off IPv6, because Samsung.

"If we listen to the stream over IPv4, and the phone goes to sleep, the
stream will continue playing.  If we listen over IPv6 and the phone goes
to sleep, it will stop".

Since there is no way to get Samsung to fix their shit (like, Google,
having proper requirements for Android vendors...) the radio station
decided that it's not worth the hassle and just turned off IPv6 again -
much less work than building something into their platforms that redirects
broken clients to an IPv4-only site and keeps IPv6 for the rest.


And stories like this is why I'm not overly optimistic anymore, after
barely 20 years of advocating IPv6.

Gert Doering
        -- NetMaster
-- 
have you enabled IPv6 on something today...?

SpaceNet AG                        Vorstand: Sebastian v. Bomhard
Joseph-Dollinger-Bogen 14          Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen                   HRB: 136055 (AG Muenchen)
Tel: +49 (0)89/32356-444           USt-IdNr.: DE813185279