Re: [Int-area] [v6ops] Still need to know what has changed.... Re: IPv10 draft

Khaled Omar <eng.khaled.omar@outlook.com> Mon, 28 September 2020 11:37 UTC

Return-Path: <eng.khaled.omar@outlook.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EED693A1039; Mon, 28 Sep 2020 04:37:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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, RCVD_IN_MSPIKE_H2=-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=outlook.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 vZc_jwS-XlEL; Mon, 28 Sep 2020 04:37:35 -0700 (PDT)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-oln040092068083.outbound.protection.outlook.com [40.92.68.83]) (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 2A0533A1038; Mon, 28 Sep 2020 04:37:35 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eLHuqczQSJDgOFY4lRZg6eAH6YhORM4Dcv0keoTldFsmprB6MEL+1Jy1BqC+y57xQ+i3hJh3s0yDkfCVxw/WPDgboN6bIICrWB1y8ta1ShQxeTt5Xdi0szrGUBvRDH1KmDl31Li2lTMKfOXZ6B2hSXwdbvMf+oa8QpjaFIJ1tQnvRuJFu1Hq3KLiEvFT7m8laqzGDc2pQVw14+AVUuElnvi/4rzIYGfyfoY6FTrsMU/XE+nATmN5IOjS5hriCIDYy5T/QzlTKGtRAd/VmZGeOvqu1YEbO+4ib8sukbeQ06FHOrYzhRV0sd3hHlodz1ilNv1wSqZi7i4Qr8EzonGY+Q==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Ho9IDMVkcLRUQ9uuUOFBxF5dgKZ20xjR1Q3BPscrXq4=; b=KbBGRRh+L48eFy0cXcyvB692LAJPkjIv4XCn49El2HVym/mO+SZxFYOLF3EWe8FFUPcmA+qxDVsi5cMZbCgPmBmlTxnHBEOy/rer0NmAcgVEFvwoALr/map3nJg9c8ESQlmhQCkQsF4DqPFcLcmLawnTlt45kE3FHDmWOLqTaPBADwIpXlZ8nC39IoMnk31x5glEbbh8TCys1KMWTvOaaDNPjn/Gbc7WOEtcuJndjYB6mNEl/rzVtGig6tmgrM4GVgEVozhP5l8ne5yIHG4kh5NsAz91s+ZSnZ7WQgI3A1XsIoMcOurCShmLQbRase80vooey5VaE64xuYaewRsltQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Ho9IDMVkcLRUQ9uuUOFBxF5dgKZ20xjR1Q3BPscrXq4=; b=X9/cae/1VumfSjWKdPXsvGQ6KZZv9/j2n0pmHVjJaJJwVVxa1VWqbcSA9gEbQVlq9gy6d1h0B2dSuFpD4KgagNarW+wWgNEJ/uSorwN/0UW5JTK5gF6FiCWV1XWH5IC49DS5jkF9cWlAEFAvjnWLGe3YC+2D2tsptkQqn8g/kzPXcCYReXn6F30qyAa5iSEQaYP6S5oHaPoMEieSEPz2MhkWZFlW5jceRmbqiLrv2JmDQLdIszqXYEz5dBGA9J8w3OibjYL51AON0PoLCurLAWoC6mmofecQxcebnQgiXKZSOXhJkefDUalg+Eha8i2msXuBGvZkWj49JQZitZUc7w==
Received: from HE1EUR02FT043.eop-EUR02.prod.protection.outlook.com (2a01:111:e400:7e1d::4c) by HE1EUR02HT051.eop-EUR02.prod.protection.outlook.com (2a01:111:e400:7e1d::309) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3412.21; Mon, 28 Sep 2020 11:37:32 +0000
Received: from VI1P194MB0285.EURP194.PROD.OUTLOOK.COM (2a01:111:e400:7e1d::43) by HE1EUR02FT043.mail.protection.outlook.com (2a01:111:e400:7e1d::396) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3412.21 via Frontend Transport; Mon, 28 Sep 2020 11:37:32 +0000
Received: from VI1P194MB0285.EURP194.PROD.OUTLOOK.COM ([fe80::89f6:7540:e834:ffb8]) by VI1P194MB0285.EURP194.PROD.OUTLOOK.COM ([fe80::89f6:7540:e834:ffb8%5]) with mapi id 15.20.3412.029; Mon, 28 Sep 2020 11:37:32 +0000
From: Khaled Omar <eng.khaled.omar@outlook.com>
To: Vasilenko Eduard <vasilenko.eduard@huawei.com>
CC: IPv6 Operations <v6ops@ietf.org>, int-area <int-area@ietf.org>
Thread-Topic: [v6ops] [Int-area] Still need to know what has changed.... Re: IPv10 draft
Thread-Index: AdaTZInZq6fMkJhaSOmmj7LU3urE2gABlkywAIDSzYAABsxAQAAATybAAAAw7DA=
Date: Mon, 28 Sep 2020 11:37:32 +0000
Message-ID: <VI1P194MB0285397B976F1A97AAC1AC33AE350@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM>
References: <23754dfa24fc4b27b78b5b488af482d9@huawei.com> <VI1P194MB0285FF3B3CF2A79E8E383AE4AE360@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <33d76f27e0bd44b7aca946d7034b0b1f@huawei.com> <VI1P194MB02859DA3CB98195DA2E3E4ABAE350@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <ff4a6efdb99348b1a9756da629de6ed6@huawei.com>
In-Reply-To: <ff4a6efdb99348b1a9756da629de6ed6@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:CEA5C6F3BAF8C904CC5AA748FB52DC1ED838F04D961E8A014E974358AD0A872F; UpperCasedChecksum:71F85A40787C65AB7BC4A2B07E529B9542F934C6502EC382E339F9A56D5ACF11; SizeAsReceived:7196; Count:44
x-tmn: [R1qwfN1KEwwoWmqxsDKRb+1IP5CDrfsZ]
x-ms-publictraffictype: Email
x-incomingheadercount: 44
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: 4a7f3af9-cd32-48a6-411e-08d863a2e367
x-ms-traffictypediagnostic: HE1EUR02HT051:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: TFQjrzNFueE/0da5DNqC62tX50Zh7vs/rASgB2vyTPHcJhXhU6F09/uhf+7VfWVUMQDAqIL2kYxofKjpkUwGV2LA1XyiG15SJB0SmnqSGkjbEqpy+im7AcY44+X/Vuux3HiSOz22KkhppnTxiVyFyVXqegWhlstRf+1JEhO5jY0JFYKXfeYWm1xjE0Rk5JUXr3gxu1ze7v5PeCRcwlhHow==
x-ms-exchange-antispam-messagedata: kxevtWhSCYzrHS4Zxe+EDvf9z59lZlDi68Qoll2yRcpRaeao8PHbnzQP1kyCz8xgyYjH0FXtBOeRjpSMRgcMQ89l9Ttevt7CyDFGr9OP1Sn+Xt+sEGGHIG6BMH5D0g72ihfXcica6dileZXCtElvJg==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-AuthSource: HE1EUR02FT043.eop-EUR02.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: 4a7f3af9-cd32-48a6-411e-08d863a2e367
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Sep 2020 11:37:32.3102 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1EUR02HT051
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/ktoNtfqWMb3sx3iUAFNb0HdYrO4>
Subject: Re: [Int-area] [v6ops] Still need to know what has changed.... Re: IPv10 draft
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Sep 2020 11:37:37 -0000

As I'm here on the list discussing it, we should come to a final conclusion and start working on making it official, just to have a clear mind with good intention and everything will be fine.

Khaled Omar

-----Original Message-----
From: Vasilenko Eduard <vasilenko.eduard@huawei.com> 
Sent: Monday, September 28, 2020 1:30 PM
To: Khaled Omar <eng.khaled.omar@outlook.com>
Cc: 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

Khalid,
You still avoid to answer my primary question:
> > There is a logical hole in your proposal:
> > If it possible to upgrade every host from IPv4, then why not to 
> > upgrade it to IPv6 directly? That's it - problem solved.
> > Why anybody would need to upgrade hosts to combination of 2 
> > protocols in the data plane? (second header is IPv10) It is not 
> > logical. Does not make
> sense.

If upgrade is so easy -then  we do not need any interim solution. Just IPv6. Right?

Eduard
> -----Original Message-----
> From: Khaled Omar [mailto:eng.khaled.omar@outlook.com]
> Sent: 28 сентября 2020 г. 14:22
> To: Vasilenko Eduard <vasilenko.eduard@huawei.com>
> Cc: 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
> 
> >> You have IPv4 address inserted into IPv6.
> 
> This is in the IP mix draft, not the IPv10 draft, IPv10 has no IPv4 
> embedded address.
> 
> Khaled Omar
> 
> -----Original Message-----
> From: Vasilenko Eduard <vasilenko.eduard@huawei.com>
> Sent: Monday, September 28, 2020 10:12 AM
> To: Khaled Omar <eng.khaled.omar@outlook.com>
> Cc: 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
> 
> Hi Khalid,
> You have avoided to answer my primary question:
> > There is a logical hole in your proposal:
> > If it possible to upgrade every host from IPv4, then why not to 
> > upgrade it to IPv6 directly? That's it - problem solved.
> > Why anybody would need to upgrade hosts to combination of 2 
> > protocols in the data plane? (second header is IPv10) It is not 
> > logical. Does not make
> sense.
> 
> You have IPv4 address inserted into IPv6.
> Believe you or not - industry does use "stateless translation" name 
> for such solutions.
> You have invented 9th version of address translation, that is not fully specified.
> I do not see advantages against RFC 6144.
> 
> Eduard
> > -----Original Message-----
> > From: Khaled Omar [mailto:eng.khaled.omar@outlook.com]
> > Sent: 25 сентября 2020 г. 21:47
> > To: Vasilenko Eduard <vasilenko.eduard@huawei.com>
> > Cc: 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
> >
> > >> If you look inside the draft - you would see that it is 
> > >> additional version of IPv6
> > Stateless translation with IPv4-embedded addresses again.
> >
> > Eduard, There are no any kind of translation used, it is just mixing 
> > the two version in the same header, one as a source the other as a
> destination.
> >
> > >> Your solution already exist. It is RFC 6144 - April 2011. Please, read this RFC.
> > It has a bit more details then yours.
> >
> > This draft uses translators, where is the statement that two 
> > versions can exist in the same header and achieve the communication?!
> >
> > >> And what you propose to do in the next 20 years when part of host 
> > >> would
> > already support IPv10, but other part does not?
> >
> > Good question, all the devices has to step by step be updated, then 
> > we can switch on a flag day to IPv10, so this will give time to 
> > developers to first write the code, then apply the code gradually on all OSs.
> >
> > >> Additionally I need to inform you that people are not satisfied 
> > >> with stateless
> > translation, because long transition needs IPv4 per every host, but
> > IPv4 is in shortage.
> >
> > We will not need more IPv4 addresses, as new hosts will be assigned
> > IPv6 addresses and still be able to communicate with the IPv4 hosts.
> >
> > Khaled Omar
> >
> >
> > -----Original Message-----
> > From: Vasilenko Eduard <vasilenko.eduard@huawei.com>
> > Sent: Friday, September 25, 2020 8:22 PM
> > To: Khaled Omar <eng.khaled.omar@outlook.com>
> > Cc: 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
> >
> > Hi all,
> > I have looked to the draft. This hurricane is a little groundless.
> >
> > Experts,
> > What Khaled was trying to invent is not a new IP protocol. It is 
> > just a mistake that it was called IPv10.
> > If you look inside the draft - you would see that it is additional 
> > version of IPv6 Stateless translation with IPv4-embedded addresses again.
> > Hence, billions of man-hours that is needed for development of new 
> > IP protocol is not needed. It is good news.
> >
> > Khaled,
> > Your solution already exist. It is RFC 6144 - April 2011. Please, 
> > read this RFC. It has a bit more details then yours.
> > Just nobody before you was so brave to propose stateless translation 
> > directly from every host in the world. Everybody else was thinking 
> > about some gateways to keep the majority of hosts intact.
> > There is a logical hole in your proposal:
> > If it possible to upgrade every host from IPv4, then why not to 
> > upgrade it to IPv6 directly? That's it - problem solved.
> > Why anybody would need to upgrade hosts to combination of 2 
> > protocols in the data plane? (second header is IPv10) It is not 
> > logical. Does not make
> sense.
> >
> > By the way, it is not possible to upgrade every host in the world 
> > out of IPv4 (nobody see money to do the job) - but it is the second 
> > problem that you would not face because of previous problem.
> >
> > And what you propose to do in the next 20 years when part of host 
> > would already support IPv10, but other part does not?
> >
> > Additionally I need to inform you that people are not satisfied with 
> > stateless translation, because long transition needs IPv4 per every 
> > host, but IPv4 is in shortage.
> > Hence, other translation technologies: 464XLAT, MAP-T/E, DS-lite, lw4o6.
> > If you trying to attack translation topic - you need to read all of 
> > these
> carefully.
> >
> > Eduard