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:21 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 A4E143A0FD7; Mon, 28 Sep 2020 04:21:38 -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 RNG255XvtJLA; Mon, 28 Sep 2020 04:21:37 -0700 (PDT)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05olkn2109.outbound.protection.outlook.com [40.92.91.109]) (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 C03733A0E23; Mon, 28 Sep 2020 04:21:35 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=l+3cYQZJyxJguhx9dQIV+qHz6xmz115tKhbI/nYFe/Po4rLxecdH+GdLyfrgGvT6MbPAwtWTckY7cUrp74TDKEXIWfuqzxTSX51aj/uG8vMoAaq66I4tWnxLGL5/mn8x46tyGTtDYPkgU+IPpy3b2kyuF3CECeuIyAWroNrk3hpYaSK6bZXdkOfMb8UNbCLrFqx+KIoun1SQH/ltf6XQWwQ0eGoX3nNAHpBA0pEVAU2rm8df/Jjqm04fj76XMcotJrzrmdBOs7iBT3synZQH5ujA4f5JsbN+eRAkG++BqJlrHwjWciZyL6BEQHlYX2Z6IeFJdjxvVwVHcDlQqn37nw==
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=/zYpaygJByoOGckD/n3cmgw9YZ3M8L3GUf290nIlylM=; b=obPTZhHpgCjrEYOVVdmL1SyZYCBmRtt1URAQsMOeM4PKoqywsaIx4GR/oxPZtCGinegqhsQJZTFeumOEN/bd+5DaKH9aRi9NOolM6iCgUgQHGTgePnRcRrO61rOQiG3V/sfuYUF9EeJft8gu64Ry9I1yGdqNTY1DQDX+QinBygw1oLqtZwYIrwQlIRws1iVPiD6f4XaWPgEBCVJvywRuqSd3hfjdhJUwievTRPevjE1ARiSZeQfYJY0MmJf4wNkMGONNqP+cV/fnhOGCmLTP6Jab8DcuLNN0nqF9xCWmebS4wvu34IdgMF8F3imcOvpNIho146Xa02A6ALu3HRUYXw==
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=/zYpaygJByoOGckD/n3cmgw9YZ3M8L3GUf290nIlylM=; b=Ink8D1nkM3GKwuz53SKHCLZPC12TO7teat0lFhxagzmq7FtA3o+8h+3571AKaD1yfvA/WUqPO17NeJi1MZ3BnLh/rdRdYoDjrMUoyfh7PkUumeqrWTj9f93IMfAdrez7AUMOcIo4AoubVdhtlnD8mh5qe3T1N5arFpgmUx+j1tslHMJEwf5Tfjh+NOf4qm1ivFfEMgosmblmL9zwRN1pI05LJzid5Zytamitnhk+vDxTsnAjLq0cQHAQT9d3V+0Y0wNvZ2praAGOvzPTFG4oTl9CfBucwdzhFtrOUQxXyN3MKFlyfzJm20BXf3a/bQ6xikY0XpW0RrL57zlKKWZlfg==
Received: from AM6EUR05FT041.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc11::4c) by AM6EUR05HT078.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc11::127) 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:21:33 +0000
Received: from VI1P194MB0285.EURP194.PROD.OUTLOOK.COM (2a01:111:e400:fc11::40) by AM6EUR05FT041.mail.protection.outlook.com (2a01:111:e400:fc11::436) 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:21:33 +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:21:33 +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: AdaTZInZq6fMkJhaSOmmj7LU3urE2gABlkywAIDSzYAABsxAQA==
Date: Mon, 28 Sep 2020 11:21:33 +0000
Message-ID: <VI1P194MB02859DA3CB98195DA2E3E4ABAE350@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM>
References: <23754dfa24fc4b27b78b5b488af482d9@huawei.com> <VI1P194MB0285FF3B3CF2A79E8E383AE4AE360@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <33d76f27e0bd44b7aca946d7034b0b1f@huawei.com>
In-Reply-To: <33d76f27e0bd44b7aca946d7034b0b1f@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:BCB50F1BB32155C045721FF3169B034F56C956DB354ADA076F463893F241C86D; UpperCasedChecksum:A8A8E22739E7FCF0F275399A48D2594DF654B454A73FC1D8D46AE80A1B13D644; SizeAsReceived:7054; Count:44
x-tmn: [MJn0mEHFsniZEpkPzfqhNsfd8wiXvVR3]
x-ms-publictraffictype: Email
x-incomingheadercount: 44
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: 98ac3a77-6b97-4043-56e8-08d863a0a817
x-ms-traffictypediagnostic: AM6EUR05HT078:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: vRMpNL7dkd6pfK5sqBWHGoii4HyIxGn6GvWUVWVSMVCjkF9xalmWc+H8D2lWa5gAt+c5phNbyP392k44M5u1mIe9qxNI/jcKn8Skza+rTEl4/AHjGcF3n4yc9SWR9IVfjBcZLT2FtXldOgQjmlUnrf9Ppf1/Hj/3yiHTXgPNqTtAW+vmdscLl/y+4eSwym/dPbsdVDpVypP2bflB4pfadw==
x-ms-exchange-antispam-messagedata: Pv0WlRTPUyldQj0wTsLQTF2f7civ+agZrXwDlUmWuCnixHQ91zhL6ZMYGAnPKeaX2HQaEVGgrBXH0Mvu4F5c9CSrmihLHkWi2O7igyVvO/B8qNMALvXtuiJpj6E9k5g2zD+TqK/dut++nv7BncXO1Q==
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: AM6EUR05FT041.eop-eur05.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: 98ac3a77-6b97-4043-56e8-08d863a0a817
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Sep 2020 11:21:33.8004 (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: AM6EUR05HT078
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/mpy8umpFd2exEfk5_33qaM4kcnI>
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:21:39 -0000

>> 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