Re: [arch-d] ipv4 and ipv6 Coexistence.

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 25 February 2020 19:16 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C66443A1440 for <architecture-discuss@ietfa.amsl.com>; Tue, 25 Feb 2020 11:16:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 AxkAv8POozcl for <architecture-discuss@ietfa.amsl.com>; Tue, 25 Feb 2020 11:16:53 -0800 (PST)
Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) (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 B17F93A143F for <architecture-discuss@ietf.org>; Tue, 25 Feb 2020 11:16:52 -0800 (PST)
Received: by mail-pf1-x42f.google.com with SMTP id 185so54531pfv.3 for <architecture-discuss@ietf.org>; Tue, 25 Feb 2020 11:16:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=HNhkNywkE6F49I12eqnMztSu0fe2h5ATt3rsLXxZbLw=; b=TpB1Mhefo+JB0pVD/np0ppvSyqziJ8VWY3R8TA6wbRKvYEkb44orfKBHDjH7dBlPjM ofOzUbUe5R6OYcUyp6eOR7qD/X96Ocbas74QNEEKxPB747aoLhXdEts2HARKO/NgUAzg KWg/YjovlTxJm6aVAb6OZhQVafyUBpXtth/rW1z+CCBq/wDVZflz1pcNZQwyfp6px/uS 0wUeWdfawfZYLIvtRWfLJ0Xz4fb4N2ENr+5hvAIoPZJvx8eKKsZq+Ir6A1oBL+XNoynR klj5kHzfbK2rZS2Yjwy0C/oYOKrb4m0ckKSCh+oAl0440pg6hLXn/qM9TGf5qy8zfpJ2 9wKg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=HNhkNywkE6F49I12eqnMztSu0fe2h5ATt3rsLXxZbLw=; b=dXt45CyIKwgkgALoEpFM+MF7/p8b3y/Wpq/SRAwFBOLHi+ID2q/2XJn67zeOy6hdgW Mol9/18Qxye2/+T04/q1BNLxS/0qDAzkpiAWov3tIGqjFcc8pdEbkjVb6acJScKQQGNG drkCC7kSugAeVcCd0zSeYZ5jOrECfh2tGel6bVKKAfVjemOO7Nid12WEt0XXx1iQ9o7D 194pkeRMtorWSMOb5NR/lNnqqkL9aQgc4O4OyEaSOsTE7CjnixTGwT1d/F+FnRodYHGo ra5/txyG3i9TitzJpPq9tKHs1/yph5UVCK4brEmJ0hcOI0ugUhHo2xem8XrUVAap+6RG qwGw==
X-Gm-Message-State: APjAAAVbW+yVnjWmC6Dtj65Q8/7Pj3tX3n/gJxajKR79e8QZ/Pzykp5w ZdZMAYVbmrOoMPBYHNZPTehv8l/m
X-Google-Smtp-Source: APXvYqyJquuPB6D1uAfqAfMva+gKPdQHN33eOJpwAMBH+uwJy0WVdrXxuDvyypHqawFkJzA8ZfYxEg==
X-Received: by 2002:a62:1b4f:: with SMTP id b76mr198749pfb.163.1582658211607; Tue, 25 Feb 2020 11:16:51 -0800 (PST)
Received: from [192.168.178.30] ([165.84.25.143]) by smtp.gmail.com with ESMTPSA id e18sm18489110pfm.24.2020.02.25.11.16.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 25 Feb 2020 11:16:50 -0800 (PST)
To: Toerless Eckert <tte@cs.fau.de>, Mark Andrews <marka@isc.org>
Cc: architecture-discuss@ietf.org
References: <PR3P194MB0843ACAE01F33CEC57266A1AAE100@PR3P194MB0843.EURP194.PROD.OUTLOOK.COM> <EDAE6375-EE0B-4864-9834-C1FBC209D581@sobco.com> <PR3P194MB08431E138262F2A43C1D0621AE100@PR3P194MB0843.EURP194.PROD.OUTLOOK.COM> <8ADEA0E1-291A-4400-9925-F65A26116372@consulintel.es> <PR3P194MB0843939F3B38426960A66E70AE130@PR3P194MB0843.EURP194.PROD.OUTLOOK.COM> <D8063303-7DDA-41F8-A63A-C0244E3E9E25@isc.org> <20200224222715.GA49892@faui48f.informatik.uni-erlangen.de>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <31bc85a7-7ae5-1f7a-826d-9ea27865c6f3@gmail.com>
Date: Wed, 26 Feb 2020 08:16:49 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <20200224222715.GA49892@faui48f.informatik.uni-erlangen.de>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/ArJdT1-Z5wsvFziDn3FzMgksy0w>
Subject: Re: [arch-d] ipv4 and ipv6 Coexistence.
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Feb 2020 19:16:55 -0000

Hi Toerless,

> I am primarily concerned that we did manage to recognize we needed
> disruptive innovartion in the 90th, when we came up with IPv6, 

I'm not at all sure we intended to be disruptive. In fact, the word
"coexistence" was there from before the start (I put it there, in
RFC1671) and to a considerable extent the IPv6 design tried to adopt
current best practice and was in fact a very conservative design; some
said it was too conservative.

As you can easily see, my foresight in that RFC was far from perfect
but the emphasis on coexistence and interworking was something that
every operator required from the start. If not, we wouldn't have got very
far.

Regards
   Brian

On 25-Feb-20 11:27, Toerless Eckert wrote:
> [Bcc ietf@ietf.org, Cc: architecture-discuss@ietf.org]
> 
> Mark: 
> 
> Funny to see how yours is the first actual answer to at least how i read
> Khaleds question. I would summarize what you said with:
> 
> https://en.wikipedia.org/wiki/IPv6_transition_mechanism
> 
> (14 standardized plus a lot more. Aka: thank you, but we have enough)
> 
> Most everybody else jumps to the growth of the IPv6 Internet, which
> to me is just the visible tip of the iceberg of overall IPv4 and IPv6
> deployments. I think the picture changes quite a bit if we look at the
> whole iceberg. 
> 
> In private / controlled networks, the choices are not only IPv4 vs.
> IPv6 or their interop, but also (SR-)MPLS and even more so L2 ethernet 
> switching.
> 
> For all intent and purpose, Internet IPv6 vs. Internet IPv4 could soon
> be software-only overlay virtual networks whereas the actual
> terrabit accelerated hardware forwarding plane of future networks
> maybe something else. 4G/5G "core" "network" already are such
> overlay networks. 
> 
> [Rant]
> I am not sure if the question, as constrained as  Khaled is asking
> it will really help us to improve what we should do in the future. But
> neither is the defensive reaction of IPv6 evangelists pointing at the
> growth curve of the IPv6 Internet as the only relevant metric to the
> success and benefits of IPv6.
> 
> I am primarily concerned that we did manage to recognize we needed
> disruptive innovartion in the 90th, when we came up with IPv6, but
> now the predominant religion seems to be being stuck in small
> incremental enhancements of that 25 year old architecture, especially
> because its bible (RFC8200) did only think of the IPv6 Internet use-case
> requirements, but not those of private/controlled networks.
> [/Rant]
> 
> Cheer
>     Toerless
> 
> On Thu, Feb 20, 2020 at 12:26:28PM +1100, Mark Andrews wrote:
>> Really we do not need to be inventing anything new in this space.
>> We already have too many mechanisms.  ISPs just need to DEPLOY the
>> existing mechanism.
>>
>> We have plain dual stack.
>>
>> We have public IPv4 + 6rd for ISPs where the access network doesn???t
>> support IPv6.
>>
>> We have CGN + 6RD + 100.64/10 for ISPs where the access network doesn???t
>> support IPv6 and they have run out of IPv4 space.
>>
>> We have DS-Lite, MAP-E, MAP-T, NAT64 ??? providing IPV4AAS for when the ISP
>> has run out of IPv4 and the access network supports IPv6.
>>
>> We have CGN + IPv6.
>>
>> Do we really need something more at the protocol level?
>>
>> We do need Governments to ban the selling of new IPv4-only domestic
>> devices (CPE routers, TV???s, game boxes, etc.).
>>
>> Mark
>>
>>> On 20 Feb 2020, at 11:32, Khaled Omar <eng.khaled.omar@outlook.com> wrote:
>>>
>>> Regardless the different %s, lets take the average one, it can not make us optimistic and stop thinking about a better solution, we should learn from the long time passed without full migration occured, if we will wait till that happens, the division will occur which is not good for the internet, lets welcome new ideas and give it the space, time, and opportunity fairly, if it will be good then welcome, if not, trash is made for this. 
>>>
>>> Get Outlook for Android
>>>
>>> From: ietf <ietf-bounces@ietf.org> on behalf of JORDI PALET MARTINEZ <jordi.palet=40consulintel.es@dmarc.ietf.org>
>>> Sent: Thursday, February 20, 2020 2:00:58 AM
>>> To: IETF Rinse Repeat <ietf@ietf.org>
>>> Subject: Re: ipv4 and ipv6 Coexistence.
>>>  
>>> And you're missing several points about how those stats are looked at.
>>>
>>> The % in the stats shown by google/others is only what they can measure, but they can't measure *all*. There are countries (big ones) that don't allow measurements, or at least the same level of details, and however, are doing massive IPv6 deployments.
>>>
>>> All the CDNs and caches have IPv6. The customers that have those caches and enable IPv6 for their subscribers, are getting ranges over 65%, sometimes even up to 85-90% of IPv6 traffic when mainly the subscribers are householders instead of big enterprises.
>>>
>>> Also, the google (and others) measurements, show average worldwide, but if you look to many countries they have even surpassed the 50% or so.
>>>
>>> Regards,
>>> Jordi
>>> @jordipalet
>>>  
>>>  
>>>
>>> ???El 20/2/20 5:38, "ietf en nombre de Khaled Omar" <ietf-bounces@ietf.org en nombre de eng.khaled.omar@outlook.com> escribió:
>>>
>>>     Since long time I was observing this, still almost the same, no clear progress occurred.
>>>     
>>>     Thanks,
>>>     
>>>     Khaled Omar
>>>     
>>>     -----Original Message-----
>>>     From: Scott O. Bradner <sob@sobco.com> 
>>>     Sent: Wednesday, February 19, 2020 8:11 PM
>>>     To: Khaled Omar <eng.khaled.omar@outlook.com>
>>>     Cc: IETF Rinse Repeat <ietf@ietf.org>
>>>     Subject: Re: ipv4 and ipv6 Coexistence.
>>>     
>>>     Quite a few folk are already there - see https://www.google.com/intl/en/ipv6/statistics.html
>>>     
>>>     Scott
>>>     
>>>     
>>>
>>>
>>>
>>> **********************************************
>>> IPv4 is over
>>> Are you ready for the new Internet ?
>>> http://www.theipv6company.com
>>> The IPv6 Company
>>>
>>> This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
>>>
>>>
>>>
>>
>> -- 
>> Mark Andrews, ISC
>> 1 Seymour St., Dundas Valley, NSW 2117, Australia
>> PHONE: +61 2 9871 4742              INTERNET: marka@isc.org
> 
>