Re: [Int-area] Fw: Continuing IPv10 I-D discussion.

Khaled Omar <eng.khaled.omar@hotmail.com> Fri, 31 March 2017 15:02 UTC

Return-Path: <eng.khaled.omar@hotmail.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 76F691294DF for <int-area@ietfa.amsl.com>; Fri, 31 Mar 2017 08:02:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.146
X-Spam-Level:
X-Spam-Status: No, score=-1.146 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.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 2D6K7Dfhm1sG for <int-area@ietfa.amsl.com>; Fri, 31 Mar 2017 08:02:10 -0700 (PDT)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-oln040092067053.outbound.protection.outlook.com [40.92.67.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF5971294D4 for <int-area@ietf.org>; Fri, 31 Mar 2017 08:02:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=+GK4jGVBKTXp2ux3hSgFk9z0SR6lxtnppL/V3ZJtn0E=; b=NjIh26YqM0lgK5cIyjkIYHLDKC2ljyTR3ZO329hKgi4SfxKWO3/VYq2eujBqWkeosHthYQk6QR1dnRk0sPLQ8QK9QxYnhjioZWa7PsMa4OwJFzrlhkPgqPtqRaN4DZGNhVtuXmQR19HhUnnQHrwE37K0SGE3P6UOY2nda7dsW9DFufcz2oB9PsWbnWiFf5s+q7H1cVQgDVyuuzMUambp/wfO3LMFPkrQA+fY3Ymbz8WD9YwDxPeOG/eDe0m2zNuPrwb26XtFJvq4ESqALGdH0hQJej63KGrj5KSVg5qDBdHiVwJ3J013w+rZiX+EHJHE7geAh9VxFq/6qUfEiW15yw==
Received: from VE1EUR02FT016.eop-EUR02.prod.protection.outlook.com (10.152.12.57) by VE1EUR02HT178.eop-EUR02.prod.protection.outlook.com (10.152.13.172) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.1005.5; Fri, 31 Mar 2017 15:02:08 +0000
Received: from AM4PR0401MB2241.eurprd04.prod.outlook.com (10.152.12.57) by VE1EUR02FT016.mail.protection.outlook.com (10.152.12.90) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.1005.5 via Frontend Transport; Fri, 31 Mar 2017 15:02:07 +0000
Received: from AM4PR0401MB2241.eurprd04.prod.outlook.com ([10.165.44.150]) by AM4PR0401MB2241.eurprd04.prod.outlook.com ([10.165.44.150]) with mapi id 15.01.0991.023; Fri, 31 Mar 2017 15:02:07 +0000
From: Khaled Omar <eng.khaled.omar@hotmail.com>
To: Jen Linkova <furry13@gmail.com>
CC: "int-area@ietf.org" <int-area@ietf.org>
Thread-Topic: [Int-area] Fw: Continuing IPv10 I-D discussion.
Thread-Index: AQHSqfSos1f70z39pEiy56Z0WIwUU6Gu1o4QgAApDICAAADwEIAABe2AgAAEzBA=
Date: Fri, 31 Mar 2017 15:02:07 +0000
Message-ID: <AM4PR0401MB22418580403CD59795AF3B0FBD370@AM4PR0401MB2241.eurprd04.prod.outlook.com>
References: <D502B93A.74992%lee@asgard.org> <AM4PR0401MB224189BDD22CD327CF280AA3BD340@AM4PR0401MB2241.eurprd04.prod.outlook.com> <alpine.DEB.2.02.1703310806130.30226@uplift.swm.pp.se> <1d67d033-8a0f-c7eb-ae37-ec99f5a34660@kit.edu> <AM4PR0401MB2241FCE296DCD88D7D065520BD370@AM4PR0401MB2241.eurprd04.prod.outlook.com> <CALx6S35umePtAb-noP_CiXOh9Kf8j00oCVPSevci6EE9fyxTqQ@mail.gmail.com> <AM4PR0401MB2241D2A7F373B24116E999BCBD370@AM4PR0401MB2241.eurprd04.prod.outlook.com> <CAFU7BAS6qVBHNFjz0Lzs0m5JnC_ZvmWg_7MU6+6-VnMMPi1Z9w@mail.gmail.com>
In-Reply-To: <CAFU7BAS6qVBHNFjz0Lzs0m5JnC_ZvmWg_7MU6+6-VnMMPi1Z9w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=hotmail.com;
x-incomingtopheadermarker: OriginalChecksum:087BAE24411C169040E10DE0B90FB0E2F38817D1309F401AC90E96192C131BB2; UpperCasedChecksum:D2A857CDA48C09C40D79BD31087597A20342FB45BE0145CA9A4EC3DC60F1082E; SizeAsReceived:8627; Count:42
x-tmn: [ui6bJa1r5pID8RsTSM5mAVTg24BEObAV]
x-microsoft-exchange-diagnostics: 1; VE1EUR02HT178; 5:s0v3HBOrL3SuR2h2uvPbIvh4nndBRFkj0Ko/bfc45+LFVWZhwIe//mG5MvQFGZW2jNozev/5x82kqwdxWJ7CfBiAjdjayerPFVJ3OtCinrRbdCWMEnYDEcYqquXdY81PBNBUGrR93ts13GOQxDv1gw==; 24:vctQ3OzAvnuSD2lF/ceh2IvpLzr76Z3hc9zVZtRAPaz+aesiiV0MLwgJsJgdE4CmicG64BLh6svVx4T0/DamOr1ZLG57qREjFX7tl+V1igQ=; 7:mI75CGAYYxMPkyffvfdwD2kHaPb0VAZ7XcaUBab2xJsO5/w7tcK51P07Ay35bz2QlQxBtPDGHcOa2rnVaZc1c9XBQGtdcN5mivFqHrUIT0pzkt6ayJczmZeiwwokcUxy1Es8JFmMOiD3wB2HtVFT2/7eWBHcrt55xA0IRIcxXSP15yCFtNTtGXhnldDymziMnqu8SIsWi6NVXB/RrzZGbh34IfGpNWuY8Qrm83aMLYj3u0mYaDgTb4FAs2yIbdlcCL7SDP4x5RFmYYaDtSnuYuyIBbQzt13OCYwrctbbJV7UsNNA8CNH4uMtm7ZBKuz+
x-incomingheadercount: 42
x-eopattributedmessage: 0
x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:VE1EUR02HT178; H:AM4PR0401MB2241.eurprd04.prod.outlook.com; FPR:; SPF:None; LANG:en;
x-ms-office365-filtering-correlation-id: 35f00289-0668-4048-b460-08d47846e6a6
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031322274)(1601125374)(1603101448)(1701031045); SRVR:VE1EUR02HT178;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:VE1EUR02HT178; BCL:0; PCL:0; RULEID:; SRVR:VE1EUR02HT178;
x-forefront-prvs: 02638D901B
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: hotmail.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Mar 2017 15:02:07.7990 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VE1EUR02HT178
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/mSLG03AjtRnJZhi2il8Ygcdkq2A>
Subject: Re: [Int-area] Fw: Continuing IPv10 I-D discussion.
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.22
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: Fri, 31 Mar 2017 15:02:12 -0000

> So far many people mentioned to you that updating software on clients and on network devices is very expensive, complicated and slow process.

SOFTWARE UPDATES are expensive, complicated and slow process !

-----Original Message-----
From: Jen Linkova [mailto:furry13@gmail.com] 
Sent: Friday, March 31, 2017 4:44 PM
To: Khaled Omar
Cc: int-area@ietf.org
Subject: Re: [Int-area] Fw: Continuing IPv10 I-D discussion.

On Fri, Mar 31, 2017 at 4:24 PM, Khaled Omar <eng.khaled.omar@hotmail.com> wrote:
>> "all OSs will be updated to support IPv10 which is an easy task"...
>>>What makes you think it is ever an easy task to get all OSes to uniformly support anything? Please provide an implementation so we can evaluate the prospects.
>
> For the 2nd time:
>
> "I shouldn't list all devices that need to support IPv10, simply, anything will process a L3 packet, should understand that the IPv10 packet can contain a mixture of IPv4 and IPv6 addresses."

So far many people mentioned to you that updating software on clients and on network devices is very expensive, complicated and slow process
- and those people have been through that process before.
You believe quite the opposite, that it's easy and could be done overnight but so far we have not seen any data supporting your point of view.

Maybe your arguments would be more convincing if you can do the following:
- get IPv10 supported in at least one major operating system and by at least one major routers/switches vendor
- get a canary deployment in a reasonably sized network (preferably including 'bring-your-own' device, various access technologies and indeed Internet access over IPv10)
- come back to IETF with the deployment success story and some data on the deployability of your protocol and tell us about lessons learned.

Then we might continue this discussion.

> -----Original Message-----
> From: Tom Herbert [mailto:tom@herbertland.com]
> Sent: Friday, March 31, 2017 4:19 PM
> To: Khaled Omar
> Cc: Bless, Roland (TM); int-area@ietf.org
> Subject: Re: [Int-area] Fw: Continuing IPv10 I-D discussion.
>
> On Fri, Mar 31, 2017 at 5:13 AM, Khaled Omar <eng.khaled.omar@hotmail.com> wrote:
>>> As has been stated again and again. Your proposal would have been interesting if it was presented in 1995, or perhaps even in 2000.
>>
>> FYI, IPv10 will allow IPv4 to communicate to IPv6 and vice versa, how can it be interesting if it was presented before IPv6 was even developed !
>>
>>> Most likely, even if Microsoft could be convinced that IPv10 is something they need to support, this would only happen in Windows 10. Then we have the rest of the ecosystem with access routers, load balancers, SAVI-functionality for BCP38 compliance in access devices, core routers etc.
>>
>> Please, let's not be against ourselves, all OSs will be updated to support IPv10 which is an easy task, OSs will not require support for a new IP version like IPv6, they will just be enabled to support the encapsulation of both version on the same L3 packet header.
>
> "all OSs will be updated to support IPv10 which is an easy task"...
> What makes you think it is ever an easy task to get all OSes to uniformly support anything? Please provide an implementation so we can evaluate the prospects.
>
> Tom
>
>>
>> Also, networking devices will be upgraded to understand the new IPv10 packet, I said earlier I don't mind If the process will take some time but we should eventually reach consensus, I shouldn't list all devices that need to support IPv10, simply, anything will process a L3 packet, should understand that the IPv10 packet can contain a mixture of IPv4 and IPv6 addresses.
>>
>>
>> -----Original Message-----
>> From: Int-area [mailto:int-area-bounces@ietf.org] On Behalf Of Bless, 
>> Roland (TM)
>> Sent: Friday, March 31, 2017 9:51 AM
>> To: Mikael Abrahamsson
>> Cc: int-area
>> Subject: Re: [Int-area] Fw: Continuing IPv10 I-D discussion.
>>
>> Hi Mikael,
>>
>> thanks for clarifying again, everything +1!
>>
>> Regards,
>>  Roland
>>
>> Am 31.03.2017 um 08:17 schrieb Mikael Abrahamsson:
>>> On Thu, 30 Mar 2017, Khaled Omar wrote:
>>>
>>>>  You can read the IPv10 I-D again and all your concerns will be 
>>>> obvious, I don't mind if you have already a series of new questions 
>>>> that will add a new value to the discussion but the time to deploy
>>>> IPv10 is an important factor.
>>>>
>>>> We need consensus after understanding how IPv10 works and how it 
>>>> will be deployed.
>>>
>>> As has been stated again and again. Your proposal would have been 
>>> interesting if it was presented in 1995, or perhaps even in 2000.
>>>
>>> Let me give you an IPv6 deployment timeline:
>>>
>>> Standards were worked out in the mid 90-ties, afterwards operating 
>>> system vendors started working on it and "real" support started 
>>> cropping up in the early to mid 2000:nds, with a large milestone 
>>> being Windows Vista in 2006, where as far as I know this was the 
>>> first widely used consumer operating system to implement this. It 
>>> then took until Windows
>>> 7 timeframe around 2010 before people started moving off of Windows 
>>> XP in ernest, and we're still seeing Windows XP in non-trivial numbers.
>>> So now in 2017 we're seeing most operating systems have 
>>> comprehensive (albeit perhaps not as well-tested as we would like) 
>>> support for IPv6, where the application ecosystem still has a way to 
>>> go. We're still working on better APIs to handle the dual-stackedness problem.
>>>
>>> Most likely, even if Microsoft could be convinced that IPv10 is 
>>> something they need to support, this would only happen in Windows 10.
>>> Then we have the rest of the ecosystem with access routers, load 
>>> balancers, SAVI-functionality for BCP38 compliance in access 
>>> devices, core routers etc. Most of these will require a hardware 
>>> fork-lift in order to support your proposal, because they do not 
>>> forward packets in a CPU, they forward it in purpose-designed 
>>> hardware that is a lot less flexible in what they can do.
>>>
>>> So even if we all united now (which won't happen) around your IPv10 
>>> proposal, it would take 5-10 years before the first devices out on 
>>> the market had support for it. Probably 5-10 years after that before 
>>> support is widely available.
>>>
>>> IPv10 would delay and confuse deployment of something that is not IPv4.
>>> While IPv6 is not perfect, there are now hundreds of millions of 
>>> devices on the Internet with IPv6 access. It's proven to work, it's 
>>> not perfect, but we have a decently good idea what to do to make it better.
>>>
>>> IPv10 is only injecting FUD into where we need to go debate, which 
>>> is
>>> IPv6 deployment for all.
>>>
>>> Please stop.
>>
>> _______________________________________________
>> Int-area mailing list
>> Int-area@ietf.org
>> https://www.ietf.org/mailman/listinfo/int-area
>>
>> _______________________________________________
>> Int-area mailing list
>> Int-area@ietf.org
>> https://www.ietf.org/mailman/listinfo/int-area
> _______________________________________________
> Int-area mailing list
> Int-area@ietf.org
> https://www.ietf.org/mailman/listinfo/int-area



--
SY, Jen Linkova aka Furry