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

Erik Kline <ek@google.com> Sat, 23 September 2017 00:14 UTC

Return-Path: <ek@google.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 5EF521331F2 for <v6ops@ietfa.amsl.com>; Fri, 22 Sep 2017 17:14:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 79vMfM4NF2PO for <v6ops@ietfa.amsl.com>; Fri, 22 Sep 2017 17:14:28 -0700 (PDT)
Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (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 38DA913304A for <v6ops@ietf.org>; Fri, 22 Sep 2017 17:14:28 -0700 (PDT)
Received: by mail-wm0-x22e.google.com with SMTP id m72so3803872wmc.0 for <v6ops@ietf.org>; Fri, 22 Sep 2017 17:14:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=+ntFNRu6ID6d5HxXZ3t+t4E5Ahs43fYlr2GfONkB1Vg=; b=JAIUwauVbqLTGRKZRqq81e09mjv7lScGWk21PEWWGCx3Calh8azfXFWe334GoOpZjF 8tBxas08+gE1+A27rxf539p8ZyS99RKuiFeFFbryaWSzHx1dlivtR2/zgHeDAUniKywX 3Lvlr4MSRJ09wdtjjg0fueROv66DlezMpbh/mgtYmS94YOfKEoRvWzPErC2eUA94Ql5d rCiUX7C2XqLS9/ZtTTSnT4ym74qutbycSl1FiL9gOK1sMHmeWiD/rabuTMDu2yKQBtyQ Hc13xYIWLyarI5dAMH9x1Tbx7Hjv9ezHrJQIdWpvSUhOWtdr0BI7IcgXd8vXejINTvk2 yKAw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=+ntFNRu6ID6d5HxXZ3t+t4E5Ahs43fYlr2GfONkB1Vg=; b=td+VrYgiya5AKiQLsTo33ST2+YuQBq8WRNRUyAYfn1jMMpMP0j7y2diWX55icKgQqt K0Slw/NuQhvlT9K48ibGZQSYfRJ5MFYNmCnE0pkjBl539X7xY7b44e/c2yVjMz7Z6t6a zkyXTicIF+xKSYuO45BtNG8/wLnUwiycMOAKD9zs5K0Fq/5bS/2NUajuIvqB3GlAD4+7 4y6khHk/gXM4Z+wAH2Fhzit2WrvA8FRhNDcvMrxnKFDugfAZGjCYSYJhO0vGYhyF86PJ k5fQc/DTQ6vRJe0YdsOs1o68Y/s2Vsf099OixUi+DVfB7FzsyL7etSls+M+UHVgmDTgC sDwg==
X-Gm-Message-State: AHPjjUjHCEk2fWCNPUpCtoHKhsFU7TOwLbgg9E9uRwzFTFZAM8Q/nrzQ yRFGgrHRDhU+aJ4b/KF2Js3xooiLlNaNtsJRKocqUw==
X-Google-Smtp-Source: AOwi7QBjB/p8kCxI34jRIqlBsoCf7OYxceltCajVuGyLW81EYSzX2ubl0k+0a2QrNVHvmiOH1PwIMTN6tOKnVO07Vr8=
X-Received: by 10.28.64.6 with SMTP id n6mr5412384wma.61.1506125666415; Fri, 22 Sep 2017 17:14:26 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.28.213.9 with HTTP; Fri, 22 Sep 2017 17:14:05 -0700 (PDT)
In-Reply-To: <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> <20170922161337.GH45648@Space.Net>
From: Erik Kline <ek@google.com>
Date: Sat, 23 Sep 2017 09:14:05 +0900
Message-ID: <CAAedzxpGp6FT6OqNLtnW4aMzAaJX5bjXVox=V1O1KCgFb2eRWw@mail.gmail.com>
To: Gert Doering <gert@space.net>
Cc: Lee Howard <lee@asgard.org>, "v6ops@ietf.org WG" <v6ops@ietf.org>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-256"; boundary="001a114b32ec5d147b0559d035f7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/0BR2CuARnkxWZuOaRnj-YoMWOzo>
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: Sat, 23 Sep 2017 00:14:30 -0000

On 23 September 2017 at 01:13, Gert Doering <gert@space.net> wrote:
> 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.

A compliance test suite (CTS) test case was added to catch and prevent
this behaviour, in the Marshmallow time frame.