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)

Ola Thoresen <ola@nlogic.no> Fri, 25 September 2020 13:13 UTC

Return-Path: <ola@nlogic.no>
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 74B9B3A0EDB for <v6ops@ietfa.amsl.com>; Fri, 25 Sep 2020 06:13:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.12
X-Spam-Level:
X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no 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 k9tdH2pdcW-n for <v6ops@ietfa.amsl.com>; Fri, 25 Sep 2020 06:13:39 -0700 (PDT)
Received: from mail.nytt.no (poseidon.nytt.no [178.62.243.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B52C23A0E14 for <v6ops@ietf.org>; Fri, 25 Sep 2020 06:13:38 -0700 (PDT)
Received: from olen-jobb.nlogic.no (host-77-234-50-66.lynet.no [77.234.50.66]) (authenticated bits=0) by mail.nytt.no (8.15.2/8.15.2) with ESMTPSA id 08PDDVwS014097 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for <v6ops@ietf.org>; Fri, 25 Sep 2020 15:13:32 +0200
To: "v6ops@ietf.org" <v6ops@ietf.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> <VI1P194MB028559BEA400CA9EE6C5B26DAE360@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM>
From: Ola Thoresen <ola@nlogic.no>
Message-ID: <bc175f41-39b8-49e4-69e5-409ead616062@nlogic.no>
Date: Fri, 25 Sep 2020 15:13:31 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <VI1P194MB028559BEA400CA9EE6C5B26DAE360@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/gqQGQtAAyVAY2X195Ced0bCF-I8>
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:13:46 -0000

On 25.09.2020 14:04, Khaled Omar wrote:

> Why repeating same incorrect statements about IPv10?!
>
> The update process is simple, the migration process is difficult.
>
> The update process is easy, the translation process requires more efforts.
>
> And so on, I don't like to keep repeating same words for same questions.
>
> Users will do nothing except accepting updates.


_Users_ don't need to do anything for IPv6 either.  IPv6 has been 
default enabled in all major operating systems for years.

And IPv6 has been supported in all the big vendors routers for even longer.

IPv6 is not held back by lack of support in hardware, software or 
operating systems.  IPv6 is held back by policy and lack of demand.

IPv6 is held back by policy in the big enterprises, that don't want to 
deal with another protocol.

IPv6 is held back by lack of demand at the service providers, as the 
customers don't ask for it, so they see no business cases.

None of these issues are resolved by adding another protocol.  It would 
still require the enterprises to deal with the new protocol in all their 
security policies, in their monitoring and support platforms etc.

And it would still require a customer demand for the ISPs to add it.  If 
IPv4-only customers are not requesting IPv6 today - why would they start 
requesting "IPv10" tomorrow?  What would they gain from that, that the 
ISPs can create a business model out of? Asking for "IPv10" would not 
give them anything more than they get by just asking for IPv6 in the 
first place.

I am sorry you don't understand this.


Rgds.

/Ola (T)



>
> Best regards,
>
> Khaled Omar
>
> -----Original Message-----
> From: v6ops <v6ops-bounces@ietf.org> On Behalf Of Ola Thoresen
> Sent: Friday, September 25, 2020 1:59 PM
> To: v6ops@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 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,d
>>> e
>>> ,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,d
>>> e ,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