Re: [Int-area] Continuing IPv10 I-D discussion.
Lee Howard <lee@asgard.org> Thu, 30 March 2017 23:30 UTC
Return-Path: <lee@asgard.org>
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 89A0212940A for <int-area@ietfa.amsl.com>; Thu, 30 Mar 2017 16:30:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.396
X-Spam-Level:
X-Spam-Status: No, score=-5.396 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.796] 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 y1x7UdQQkzq7 for <int-area@ietfa.amsl.com>; Thu, 30 Mar 2017 16:30:14 -0700 (PDT)
Received: from atl4mhob13.registeredsite.com (atl4mhob13.myregisteredsite.com [209.17.115.51]) by ietfa.amsl.com (Postfix) with ESMTP id 2E9EE12960D for <int-area@ietf.org>; Thu, 30 Mar 2017 16:30:09 -0700 (PDT)
Received: from mailpod.hostingplatform.com ([10.30.71.206]) by atl4mhob13.registeredsite.com (8.14.4/8.14.4) with ESMTP id v2UNU7fH029303 for <int-area@ietf.org>; Thu, 30 Mar 2017 19:30:07 -0400
Received: (qmail 31991 invoked by uid 0); 30 Mar 2017 23:30:07 -0000
X-TCPREMOTEIP: 31.133.133.33
X-Authenticated-UID: lee@asgard.org
Received: from unknown (HELO ?31.133.133.33?) (lee@asgard.org@31.133.133.33) by 0 with ESMTPA; 30 Mar 2017 23:30:06 -0000
User-Agent: Microsoft-MacOutlook/14.7.2.170228
Date: Thu, 30 Mar 2017 18:30:01 -0500
From: Lee Howard <lee@asgard.org>
To: Khaled Omar <eng.khaled.omar@hotmail.com>, Ignas Bagdonas <ibagdona.ietf@gmail.com>
CC: "int-area@ietf.org" <int-area@ietf.org>
Message-ID: <D502B93A.74992%lee@asgard.org>
Thread-Topic: [Int-area] Continuing IPv10 I-D discussion.
References: <AM4PR0401MB2241D42F2FDC359193FD6B80BD340@AM4PR0401MB2241.eurprd04.prod.outlook.com> <9c0d9f36-7a07-f9a0-c8b9-75ea5bcb7cf2@kit.edu> <20170330160129.GA5508@laperouse.bortzmeyer.org> <AM4PR0401MB22415E9C5EC5D01A88452A01BD340@AM4PR0401MB2241.eurprd04.prod.outlook.com> <0f6a288c-69e7-c433-c76a-8d5591bb9cf3@gmail.com> <AM4PR0401MB2241B4326FF7C03A33C1C251BD340@AM4PR0401MB2241.eurprd04.prod.outlook.com>
In-Reply-To: <AM4PR0401MB2241B4326FF7C03A33C1C251BD340@AM4PR0401MB2241.eurprd04.prod.outlook.com>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/edJkxGpGIKAiaXLde9iy73MnNL4>
Subject: Re: [Int-area] 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: Thu, 30 Mar 2017 23:30:16 -0000
On 3/30/17, 12:20 PM, "Int-area on behalf of Khaled Omar" <int-area-bounces@ietf.org on behalf of eng.khaled.omar@hotmail.com> wrote: >Ignas, > >> Please try to view your proposal from the operational side too. > >If they will not accept these changes they will face the division >problem, they are the customer facing authorities, so if they will not >make those changes, they will find another problem from the other side. I don¹t understand your point. We are approaching the division problem with IPv4 and IPv6. How is a third division helpful? We have consensus on IPv6, and we have significant deployment. Many of us are working on deploying single-stack IPv6 networks, with IPv4 translators at the edges if necessary. > >> For any practically sized operator that would be an exercise of years >>with associated costs of very substantial nature. Please make yourself >>more familiar with network operational realities. > >Upgrading routers' OSs will take a short time if they are organizing >their work and distributing assignments clearly. That is not realistic in a large ISP. I drove the IPv6 deployment at a very large provider. It took us more than five years to get code from the core to the edge. Vendors are terrible at delivering code that doesn¹t have fundamental bugs. Minor bugs (e.g., IS-IS interoperability between vendors, or prefix lengths other than /64 or /128 on point to point links) can take a long time to identify and fix. Vendors are constantly committing patched code, but operators have to fully test anything they consider putting on their network. Then they find bugs and wait for updates and test again. Once the code is approved, tools have to be updated. This includes standards like IPFIX, and log parsing tools, and alarm generators, and active monitoring tools. Core routers are not updated more often than twice a year. Don¹t touch a working box: every touch increases the odds of an outage. You¹ve said that this only requires a software update, but you¹re talking about adding a header to every packet. Routers use custom chips optimized for processing known headers; anything that doesn¹t fit that pattern is kicked to a software process, which slows everything down and costs a lot in CPU cores and memory. Adding a header doesn¹t scale at large numbers of packets per second. Your draft even says, "IPv4 and IPv6 routing must be enabled on all routers² and "All Internet connected hosts must be IPv10 hosts² If we could update every router and host to support a new protocol, we would already have IPv6 completely deployed. I don¹t see any sign that your proposal is gaining consensus. Lee > >-----Original Message----- >From: Ignas Bagdonas [mailto:ibagdona.ietf@gmail.com] >Sent: Thursday, March 30, 2017 7:12 PM >To: Khaled Omar >Cc: int-area@ietf.org >Subject: Re: [Int-area] Continuing IPv10 I-D discussion. > > > >On 30/03/2017 17:29, Khaled Omar wrote: >>> Same issue with the routers in the path. IPv10 would require *all* of >> them to be upgraded for the new packet header format. >> >> What will happen with one router from a specific company will happen >> with all routers from the same vendors, inserting updates is not that >> hard, > >Khaled, > >Please try to view your proposal from the operational side too. >Designing a protocol wire representation and implementing that for some >platform is quite trivial compared to the changes that are needed for the >network support systems, the effort required for validation of that new >functionality before the deployment, and the feasibility of doing the >actual flag day deployment. For any practically sized operator that would >be an exercise of years with associated costs of very substantial nature. >Please make yourself more familiar with network operational realities. > > >Ignas > > >_______________________________________________ >Int-area mailing list >Int-area@ietf.org >https://www.ietf.org/mailman/listinfo/int-area
- [Int-area] Continuing IPv10 I-D discussion. Khaled Omar
- Re: [Int-area] Continuing IPv10 I-D discussion. Khaled Omar
- Re: [Int-area] Continuing IPv10 I-D discussion. Bless, Roland (TM)
- Re: [Int-area] Continuing IPv10 I-D discussion. Khaled Omar
- Re: [Int-area] Continuing IPv10 I-D discussion. Khaled Omar
- Re: [Int-area] Continuing IPv10 I-D discussion. Stephane Bortzmeyer
- Re: [Int-area] Continuing IPv10 I-D discussion. Joe Touch
- Re: [Int-area] Continuing IPv10 I-D discussion. Stephane Bortzmeyer
- Re: [Int-area] Continuing IPv10 I-D discussion. Khaled Omar
- Re: [Int-area] Continuing IPv10 I-D discussion. Khaled Omar
- Re: [Int-area] Continuing IPv10 I-D discussion. Khaled Omar
- Re: [Int-area] Continuing IPv10 I-D discussion. Ignas Bagdonas
- Re: [Int-area] Continuing IPv10 I-D discussion. Karsten Thomann
- Re: [Int-area] Continuing IPv10 I-D discussion. Khaled Omar
- Re: [Int-area] Continuing IPv10 I-D discussion. Khaled Omar
- Re: [Int-area] Continuing IPv10 I-D discussion. Roland Bless
- Re: [Int-area] Continuing IPv10 I-D discussion. Lee Howard
- [Int-area] Fw: Continuing IPv10 I-D discussion. Khaled Omar
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Mikael Abrahamsson
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Bless, Roland (TM)
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Khaled Omar
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Tom Herbert
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Khaled Omar
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Mikael Abrahamsson
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Tom Herbert
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Khaled Omar
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Khaled Omar
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Jen Linkova
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Joe Touch
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Khaled Omar
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Khaled Omar
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Lee Howard
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Khaled Omar
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Terry Manderson
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… joel jaeggli
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Jen Linkova
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Lee Howard
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Stephane Bortzmeyer
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Khaled Omar
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Karsten Thomann
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Khaled Omar
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… joel jaeggli
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Khaled Omar
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Khaled Omar
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Stewart Bryant
- Re: [Int-area] Fw: Continuing IPv10 I-D discussio… Khaled Omar