Re: [Int-area] Google Statistics for IPv6 adoption.

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Sun, 16 April 2017 13:05 UTC

Return-Path: <prvs=12793c0608=jordi.palet@consulintel.es>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EBD2128D3E for <ietf@ietfa.amsl.com>; Sun, 16 Apr 2017 06:05:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 HbX4btF63s5m for <ietf@ietfa.amsl.com>; Sun, 16 Apr 2017 06:05:44 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F7C9128B92 for <ietf@ietf.org>; Sun, 16 Apr 2017 06:05:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1492347942; x=1492952742; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=FPl0qJOBq8mYX9JJvBStMiCap cLQAlY0NfTG63rc1YQ=; b=B0o/sBEvDgDVWGpkROG95+fFHPb+bXDO2c5mPwdq+ 6iLDHjRYOdt74p4pn5pMlWa/FpQNzKyXdUB502du0EqX7EivEXkoCvW5K8mvRprS pdEW6YpIPAefNCQFNkB+ltwBuG8B8kfuHwNKgllrjtdU0Qfwyz42jeXakZ8MPbxY +0=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=YogCNipNELfijeKgYdusK9emWhEtnTGFD1YjvB+rUHaRkW7c5WN/8euUudCc p7R7XkTheppHsOw9wtJPnbubom51aKvfE1wVR6SvrTGPYNbe0RrFHdsi+ SYsNxM5P1VrZ9hJ3oxQLBYrDZPjjXnM/8E0N+2i7MAnDs26rrataFg=;
X-MDAV-Processed: mail.consulintel.es, Sun, 16 Apr 2017 15:05:42 +0200
X-Spam-Processed: mail.consulintel.es, Sun, 16 Apr 2017 15:05:41 +0200
Received: from [100.127.23.20] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005409216.msg for <ietf@ietf.org>; Sun, 16 Apr 2017 15:05:39 +0200
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:170416:md50005409216::nqFxz4SnlNQSAU68:00000da/
X-Return-Path: prvs=12793c0608=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: ietf@ietf.org
User-Agent: Microsoft-MacOutlook/f.21.0.170409
Date: Sun, 16 Apr 2017 15:05:35 +0200
Subject: Re: [Int-area] Google Statistics for IPv6 adoption.
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: "intarea-ads@ietf.org" <intarea-ads@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "intarea-chairs@ietf.org" <intarea-chairs@ietf.org>
Message-ID: <C45F68F4-378B-49DF-8597-F04FFE202A9D@consulintel.es>
Thread-Topic: [Int-area] Google Statistics for IPv6 adoption.
References: <1DD1280A-CAF0-4555-87E3-730A609C9423@consulintel.es> <AM4PR0401MB224193019197157A8DC495CBBD070@AM4PR0401MB2241.eurprd04.prod.outlook.com> <FF381A9D-A312-4DEC-90E6-8FF3A595789D@consulintel.es> <8A03EE98-1C94-4A82-A0E3-B1A144B6B1AB@employees.org>
In-Reply-To: <8A03EE98-1C94-4A82-A0E3-B1A144B6B1AB@employees.org>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Reply-To: jordi.palet@consulintel.es
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/4iS3eVmxroC6bzPKLi1hyqUPdso>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 16 Apr 2017 13:05:46 -0000

I agree that that was the plan (and it is in the medium term), but my response is to Khaled specific point that seems to say (I understood that at least) that only 15% can access (now) to IPv6-only.

Regards,
Jordi
 

-----Mensaje original-----
De: ietf <ietf-bounces@ietf.org> en nombre de <otroan@employees.org>
Responder a: <otroan@employees.org>
Fecha: domingo, 16 de abril de 2017, 14:06
Para: <jordi.palet@consulintel.es>
CC: "intarea-ads@ietf.org" <intarea-ads@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "intarea-chairs@ietf.org" <intarea-chairs@ietf.org>
Asunto: Re: [Int-area] Google Statistics for IPv6 adoption.

    Jordi,
    
    > And actually, in general, nobody complains that any hosts in IPv4 is not able to access resources at IPv6 hosts. This is why we have the transition mechanism, that are being deployed in parallel to the IPv6 deployment.
    
    This is not true.
    The plan was for a short period where hosts were dual stack and then as soon as IPv6 was everywhere, turn IPv4 off.
    That's not where we are. I would expect the number of  IPv6 only networks and services to grow. Possibly without IPv4 support at all, or where the cost and responsibility of legacy support will be pushed out towards the IPv4 only users.
    
    > Nobody is so crazy to just deploy IPv6 and do not provide those transition mechanisms.
    > 
    > If that happens, clearly is the fault of somebody that doesn’t know how to do his job. This can happen exactly the same if your protocol becomes approved and some folks don’t update their hosts or routers to comply with your protocol, right?
    
    The transition has turned out to be a real pain.
    I understand the problem Khaled set out to solve.
    Unfortunately his solution is not practical nor deployable.
    And we have in fact tried many of the same flavours of solution before.
    Given Khaled's apparent non-interest in two-way communication I wouldn't imagine any number of emails would help in that regard.
    
    Best regards,
    Ole
    



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.