Re: [v6ops] [Int-area] Still need to know what has changed.... Re: IPv10 draft (was Re: FW: v6ops - New Meeting Session Request for IETF 109 - IPv10)

otroan@employees.org Fri, 25 September 2020 13:05 UTC

Return-Path: <otroan@employees.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 20F9D3A1406 for <v6ops@ietfa.amsl.com>; Fri, 25 Sep 2020 06:05:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 VPxqJZYTZfjt for <v6ops@ietfa.amsl.com>; Fri, 25 Sep 2020 06:05:15 -0700 (PDT)
Received: from clarinet.employees.org (clarinet.employees.org [198.137.202.74]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 183B43A116A for <v6ops@ietf.org>; Fri, 25 Sep 2020 06:05:03 -0700 (PDT)
Received: from astfgl.hanazo.no (unknown [IPv6:2a01:79c:cebd:9724:59a1:1232:3c4c:8414]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by clarinet.employees.org (Postfix) with ESMTPSA id 0F7764E11D1F; Fri, 25 Sep 2020 13:05:03 +0000 (UTC)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by astfgl.hanazo.no (Postfix) with ESMTP id 074CA3E9B4F1; Fri, 25 Sep 2020 15:05:00 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
From: otroan@employees.org
In-Reply-To: <ac5fc80a-ff06-18e2-b8bf-2e5e4c6a1d90@nlogic.no>
Date: Fri, 25 Sep 2020 15:04:59 +0200
Cc: v6ops@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <77F80F47-0D1E-4DAA-B07D-253EC5DC05A2@employees.org>
References: <VI1P194MB0285F47132384AC7C0D8A8DCAE3C0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <F2516A37-06B1-44FC-850F-307114B7D6A5@gmail.com> <VI1P194MB0285B8AE9ACE88D1AF051ADAAE3A0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <601FB9F8-DB83-4654-B652-BE07C49F7918@gmail.com> <5ab64d0ebef1402d8bf912b937d7c489@huawei.com> <VI1P194MB02850EAA7D945B9163C84399AE360@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <ac5fc80a-ff06-18e2-b8bf-2e5e4c6a1d90@nlogic.no>
To: Ola Thoresen <ola@nlogic.no>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/jJLiy-bW7B_47J7w1hG1WC8es9c>
Subject: Re: [v6ops] [Int-area] Still need to know what has changed.... Re: IPv10 draft (was Re: FW: v6ops - New Meeting Session Request for IETF 109 - IPv10)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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, 25 Sep 2020 13:05:24 -0000

Ah, but you are looking at it from the wrong level of abstraction.
What I believe Khaled has in mind is something like (in pseudocode):




#!/usr/bin/env python14

from MachineLearning.Magic import NewIPStackGenerator
from InternetRouting import Discover

nodes = Discover.AllNodesInTheInternet()
v10stack_template.Merge(IP4Stack, IP6Stack)
for n in nodes:
   v10stack = NewIPStack.AutoGenerate(n.hw_sw_properties, v10stack_template)
   n.deploy(v10stack)   



See, simple. ;-)
Have a nice weekend.

Ole

> On 25 Sep 2020, at 13:59, Ola Thoresen <ola@nlogic.no> wrote:
> 
> On 25.09.2020 13:36, Khaled Omar wrote:
> 
>> Hi,
>> 
>> From the collection of statistics you all provided, I can come to a conclusion that around an average of 40% of the world traffic became IPv6, which is still something we cannot depend on as if you compare the time since IPv6 was firstly deployed till now, I can expect that after +10 years we can come to 70 or 75% world-wide, during this time we will have blocks of IPv6 only and blocks of IPv4, which means the clear division.
>> 
>> That’s why looking into the transitions solutions became a mandatory or a peaceful solution such as IPv10 that will allow both version to coexist and communicate until the full migration.
> 
> But you keep on either lying or actively misunderstanding your own solution.
> 
> "IPv10" is not "peaceful coexistence of IPv4 and IPv6". You have designed a _new_ protocol that would need to be implemented in every operating system, every router and every other layer 3 device on the entire internet.
> 
> Basically every single host on the internet would need to have either both IPv4 and IPv10, or IPv6 and IPv10.  If every IPv4 host need to have another protocol added to them, why can't that protocol just be IPv6, which is already widely deployed - as several people have pointed out to you many, many times. And then you could just leave all the hosts that already have IPv6 alone.
> 
> There simply is no _need_ for your IPv10. And as a transition solution it is extremely invasive. The whole point of transition solutions is that you do NOT need to modify every single host to use them.  You just need to add some translators or endpoints.
> 
> 
> Rgds.
> 
> Ola (T)
> 
> 
> 
> 
>> Khaled Omar
>> 
>> -----Original Message-----
>> From: Vasilenko Eduard <vasilenko.eduard@huawei.com>
>> Sent: Friday, September 25, 2020 1:15 PM
>> To: Fred Baker <fredbaker.ietf@gmail.com>; Khaled Omar <eng.khaled.omar@outlook.com>
>> Cc: Eric Vyncke (evyncke) <evyncke=40cisco.com@dmarc.ietf.org>; IPv6 Operations <v6ops@ietf.org>; int-area <int-area@ietf.org>
>> Subject: RE: [v6ops] [Int-area] Still need to know what has changed.... Re: IPv10 draft (was Re: FW: v6ops - New Meeting Session Request for IETF 109 - IPv10)
>> 
>> Hi all,
>> Fred has formalized below something like 25% of the good White Paper!
>> 
>> There is one recent WP on IPv6 status: https://www.etsi.org/images/files/ETSIWhitePapers/etsi_WP35_IPv6_Best_Practices_Benefits_Transition_Challenges_and_the_Way_Forward.pdf
>> Where some additional facts could be found.
>> 
>> Eduard
>>> -----Original Message-----
>>> From: v6ops [mailto:v6ops-bounces@ietf.org] On Behalf Of Fred Baker
>>> Sent: 25 сентября 2020 г. 0:45
>>> To: Khaled Omar <eng.khaled.omar@outlook.com>
>>> Cc: Eric Vyncke (evyncke) <evyncke=40cisco.com@dmarc.ietf.org>; IPv6
>>> Operations <v6ops@ietf.org>; int-area <int-area@ietf.org>
>>> Subject: Re: [v6ops] [Int-area] Still need to know what has
>>> changed.... Re: IPv10 draft (was Re: FW: v6ops - New Meeting Session
>>> Request for IETF 109 - IPv10)
>>> 
>>> On Sep 21, 2020, at 3:57 AM, Khaled Omar <eng.khaled.omar@outlook.com>
>>> wrote:
>>>> Maybe if you can provide me with all the statistics I need that
>>>> shows the
>>> deployment so I can believe.
>>>> Khaled Omar
>>> Sure. I'm using a site that Eric Vyncke has put together and can discuss with you.
>>> He uses Google (Erik Kline), Akamai (Jared Mauch), and APNIC (George
>>> Michelson/Geoff Huston) numbers; there are other services that publish
>>> statistics, he just hasn't included them. As of this instant, Google
>>> reports that requests that come to it from 73 countries exceed at
>>> least 5% of its workload from that country, and traffic from 37
>>> countries exceed 35% of its workload in that country. Its Eric's site,
>>> but the data is from Google, and the site can get you to Akamai and APNIC data as well for the price of a mouse-click.
>>> 
>>> What I do is download the Google statistics, select the countries that
>>> exceed some cut-off, and then ask Eric's or APNIC's site to display the data.
>>> 
>>> 5% cut-off
>>> https://www.vyncke.org/ipv6status/compare.php?metric=p&countries=be,de
>>> ,in
>>> ,my,gr,yt,tw,gf,vn,ch,us,fr,mx,pt,jp,lu,br,th,fi,mq,uy,gb,ec,ee,lk,ca,
>>> hu,ae,gp,re,
>>> nl,tt,ie,au,nz,pe,sa,ga,bo,ro,at,gt,no,ph,cz,sg,il,mo,pl,ar,sx,tg,si,n
>>> p,mm,om,bt,k r,ke,fo,co,md,zw,cg,pr,is,lv,am,se,ru,li,jo,sk
>>> 
>>> 35% cut-off
>>> https://www.vyncke.org/ipv6status/compare.php?metric=p&countries=be,de
>>> ,in ,my,gr,yt,tw,gf,vn,ch,us,fr,mx,pt,jp,lu,br
>>> 
>>> APNIC's display of its data on India is interesting
>>> https://stats.labs.apnic.net/ipv6/CC?x=1&s=1&p=1&w=30&c=IN
>>> 
>>> If you scroll down, you will get a break-out by AS. APNIC reports that
>>> customers from 12 ASs use IPv6 when accessing APNIC with 50%+
>>> probability ("ipv6- capable" and carrying that amount of data), and
>>> given a choice of IPv6 or IPv4, most of them are "ipv6-preferred" (eg,
>>> use IPv6 when given a choice). But about
>>> 50 ASs actually have users *using* IPv6 for some subset of their
>>> workload. In a Financial Times blog a week or two ago, the chair of
>>> India's IPv6 deployment task force argued that it should have an
>>> IPv6-only DNS Root Server on the basis of its IPv6 deployment and
>>> usage. I disagree with him (remarks available on request; they only
>>> have 38 IPv6-capable root servers in country), but the basis for the argument was interesting.
>>> 
>>> I think the APNIC data is interesting because it crosses the backbone.
>>> Google and Akamai run CDNs, which means that traffic can be between a
>>> residential subscriber and its CDN server without materially touching
>>> the ISP. APNIC runs no CDN, which means that traffic has to *also*
>>> traverse the ISP and the backbone to APNIC - there is and end-to-end path across the backbone. Think about this:
>>> when a user accesses a service using IPv6 (or IPv4 for that matter),
>>> the packet has to go from his computer, IOT device, or telephone to
>>> the site in question and the response has to come back; there has to
>>> be a complete end-to-end path in each direction. Miss one IPv6
>>> connection in one direction, and it may as well be IPv4-only, because that's the only thing the end system will use.
>>> 
>>> From 73 countries, there is an end-to-end path of sufficient strength
>>> that a significant proportion of data *can* traverse it using IPv6,
>>> and the end system - which chooses whether to use IPv4 or IPv6 - will *choose* IPv6.
>>> 
>>> My search engine tells me "There are 195 countries in the world today.
>>> This total comprises 193 countries that are member states of the
>>> United Nations and 2 countries that are non-member observer states:
>>> the Holy See and the State of Palestine." 37% of them, 73, have significant IPv6 usage.
>>> 
>>> Define "widely deployed"? I'll add "and used?" That's pretty wide, in my book.
>>> 
>>> What prevents this from being IPv6-only? Computers and network
>>> equipment used by residential and enterprise subscribers have
>>> supported both IPv4 and IPv6 for years. The most commonly used applications are quite happy with either.
>>> The issue I see is primarily enterprise lack of IPv6 adoption in its
>>> customer-facing services. Even an "IPv6-preferred" site will use IPv4
>>> when talking with something that will only use IPv4.
>>> 
>>> There is nothing proprietary here. Forward if you like.
>>> 
>>>>  From: Fred Baker <fredbaker.ietf@gmail.com>
>>>> Sent: Monday, September 21, 2020 4:49 AM
>>>> To: Khaled Omar <eng.khaled.omar@outlook.com>
>>>> Cc: Erik Kline <ek.ietf@gmail.com>; Eric Vyncke (evyncke)
>>>> <evyncke=40cisco.com@dmarc.ietf.org>; int-area <int-area@ietf.org>;
>>>> intarea-chairs@ietf.org
>>>> Subject: Re: [Int-area] Still need to know what has changed.... Re:
>>>> IPv10 draft (was Re: FW: [v6ops] v6ops - New Meeting Session Request
>>>> for IETF 109 - IPv10)
>>>> 
>>>> Boy. If “millions and billions” isn’t wide deployment, maybe I need
>>>> to go back
>>> to grammar school.
>>>> Sent from my iPad
>>>> 
>>>> 
>>>> On Sep 19, 2020, at 4:18 PM, Khaled Omar
>>>> <eng.khaled.omar@outlook.com>
>>> wrote:
>>>> 
>>>> But none of these transitioning solutions are widely deployed, maybe
>>>> it is IPv10 time ;-)
>>>> 
>>>> Khaled Omar
>>>> 
>>>> From: Erik Kline <ek.ietf@gmail.com>
>>>> Sent: Sunday, September 20, 2020 1:05 AM
>>>> To: Khaled Omar <eng.khaled.omar@outlook.com>
>>>> Cc: Fred Baker <fredbaker.ietf@gmail.com>; Eric Vyncke (evyncke)
>>>> <evyncke=40cisco.com@dmarc.ietf.org>; int-area <int-area@ietf.org>;
>>>> intarea-chairs@ietf.org
>>>> Subject: Re: [Int-area] Still need to know what has changed.... Re:
>>>> IPv10 draft (was Re: FW: [v6ops] v6ops - New Meeting Session Request
>>>> for IETF 109 - IPv10)
>>>> 
>>>> As noted before: RFCs 6052, 6146, 6147, 6877, 7915, and others
>>>> comprise the
>>> solution deployed to literally hundreds of millions if not billions of
>>> mobile devices and numerous access networks worldwide.
>>>> On Fri, Sep 18, 2020 at 5:24 AM Khaled Omar
>>> <eng.khaled.omar@outlook.com> wrote:
>>>>>> Who are these “many people”, and what problem do they see being
>>> solved?
>>>> Network engineers everywhere, they are waiting for the announcement
>>>> of an
>>> official robust solution to the depletion of the IPv4 address space
>>> and the division that occurs recently on the Internet.
>>>> People read the draft and many wrote about it because the idea is
>>>> simple and
>>> requires no intervention from their side, that’s why I ask the IETF to
>>> take the draft seriously and put personal benefits aside for now, as
>>> LATER everything will back to normal, believe me, all are in need for this.
>>>> Khaled Omar
>>>> 
>>>> -----Original Message-----
>>>> From: Fred Baker <fredbaker.ietf@gmail.com>
>>>> Sent: Friday, September 18, 2020 12:24 PM
>>>> To: Khaled Omar <eng.khaled.omar@outlook.com>
>>>> Cc: Roland Bless <roland.bless@kit.edu>; Eric Vyncke (evyncke)
>>>> <evyncke=40cisco.com@dmarc.ietf.org>; int-area <int-area@ietf.org>;
>>>> intarea-chairs@ietf.org
>>>> Subject: Re: [Int-area] Still need to know what has changed.... Re:
>>>> IPv10 draft (was Re: FW: [v6ops] v6ops - New Meeting Session Request
>>>> for IETF 109 - IPv10)
>>>> 
>>>> 
>>>> 
>>>> Sent from my iPad
>>>> 
>>>>> On Sep 17, 2020, at 2:08 PM, Khaled Omar
>>> <eng.khaled.omar@outlook.com> wrote:
>>>>> Regarding the confusion, the community is curious about the idea,
>>>>> many
>>> people support it as it solves the problem that they think they are not part of it.
>>>> This statement has me a little confused. I see a lot of commentary,
>>>> but I don’t see people commenting along those lines. I frankly see
>>>> commentary similar to what I sent you declining a v6ops slot,
>>>> 
>>>> Who are these “many people”, and what problem do they see being solved?
>>>> _______________________________________________
>>>> Int-area mailing list
>>>> Int-area@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/int-area
>>> _______________________________________________
>>> v6ops mailing list
>>> v6ops@ietf.org
>>> https://www.ietf.org/mailman/listinfo/v6ops
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org
>> https://www.ietf.org/mailman/listinfo/v6ops
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops