Re: [v6ops] Operational Implications of IPv6 Packets with Extension Headers
Fernando Gont <fgont@si6networks.com> Mon, 14 September 2020 17:46 UTC
Return-Path: <fgont@si6networks.com>
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 7C50B3A0DE4 for <v6ops@ietfa.amsl.com>; Mon, 14 Sep 2020 10:46:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] 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 qtfrZygsjoBK for <v6ops@ietfa.amsl.com>; Mon, 14 Sep 2020 10:46:23 -0700 (PDT)
Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6264D3A0A42 for <v6ops@ietf.org>; Mon, 14 Sep 2020 10:46:23 -0700 (PDT)
Received: from [IPv6:2800:810:464:1088:9b2:ecaf:c1b2:4077] (unknown [IPv6:2800:810:464:1088:9b2:ecaf:c1b2:4077]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id 1EAD2283970; Mon, 14 Sep 2020 17:46:19 +0000 (UTC)
To: Vasilenko Eduard <vasilenko.eduard@huawei.com>, tom petch <ietfc@btconnect.com>
Cc: IPv6 Operations <v6ops@ietf.org>
References: <d8d59ce07f7f4031a545ff6e24fdbb88@huawei.com> <20200729084351.GG2485@Space.Net> <32BAEAEA-7352-4BAE-ADA8-FDA2395D5732@employees.org> <a6ed89a8-c12e-b8d2-c720-5cc02e127a68@si6networks.com> <FCBD1043-A0B2-435A-9AB9-0FCE3566C769@employees.org> <4573db3f-ac8d-3103-1979-e803ae40f117@si6networks.com> <DEB1318E-0E5B-4093-A691-8E1FD35B9F50@strayalpha.com> <A197EF3A-1E1E-40F1-BB50-68469E3C8E63@delong.com> <44481FC7-6E3F-4D5A-A5A9-A338C1836EA1@strayalpha.com> <2ad804a2-e714-6256-3afa-4d4a92fd6d3c@si6networks.com> <9c026e30-149b-172f-0953-456fb2d1e715@gmail.com> <AM7PR07MB6248A43FCBBB5D34AA2DA9AAA0230@AM7PR07MB6248.eurprd07.prod.outlook.com> <c0d6803eaeed4888a71c36b1f2da96f8@huawei.com>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <da4a606b-8313-f02b-e922-9d4a857bb361@si6networks.com>
Date: Mon, 14 Sep 2020 14:46:01 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <c0d6803eaeed4888a71c36b1f2da96f8@huawei.com>
Content-Type: text/plain; charset="koi8-r"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/PYE5J9o9YdIe8Ticy0pkaYiWt6g>
Subject: Re: [v6ops] Operational Implications of IPv6 Packets with Extension Headers
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: Mon, 14 Sep 2020 17:46:31 -0000
Hello, Eduard, On 14/9/20 08:55, Vasilenko Eduard wrote: > Hi all, >> And then there is the future; should more Extension Headers be >> allocated, should they be constrained to avoid the difficulties >> raised here? The I-D, for me, lacks an ending, lacks a look >> forward. > I was discussing off-line with Fernando for long time about last > Tom's comment. No success yet - no agreement to make any predictions > or recommendations, Explaining the present is enough work as to get into trying to predict the future :-) . As for recommendations, other that the general thoughts I offered to Tom, I'm not sure we'd be able to make any other *realistic* recommendations. > Just "raise awareness". I personally strongly > suspect that a flood of new EH functionality that is in development > now would greatly increase drop rate, because not all nodes would > support everything needed at proper time. If such functionality is to be employed in the public Internet, then... definitely! But my understanding is that it is not. In such case, "your networks, your rules, your problem", I guess. > Business is very restricted > to something 7-10 years (depends on network layer) to refresh > equipment, even if there is an EOS pressure. Current EH innovation is > much faster. And additionally it overlays on slowdown of traffic > growth (it was +50% just 2 years ago, 30% last year, 25% is probable > this year) - would be more and more difficult to justify > rip-and-replace. I'd probably agree. Now, what do you expect us to do or say about it? Thanks, -- Fernando Gont SI6 Networks e-mail: fgont@si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
- [v6ops] Operational Implications of IPv6 Packets … Vasilenko Eduard
- Re: [v6ops] Operational Implications of IPv6 Pack… Gert Doering
- Re: [v6ops] Operational Implications of IPv6 Pack… Vasilenko Eduard
- Re: [v6ops] Operational Implications of IPv6 Pack… Gert Doering
- Re: [v6ops] Operational Implications of IPv6 Pack… otroan
- Re: [v6ops] Operational Implications of IPv6 Pack… Fernando Gont
- Re: [v6ops] Operational Implications of IPv6 Pack… Fernando Gont
- Re: [v6ops] Operational Implications of IPv6 Pack… Gert Doering
- Re: [v6ops] Operational Implications of IPv6 Pack… otroan
- Re: [v6ops] Operational Implications of IPv6 Pack… Fernando Gont
- Re: [v6ops] Operational Implications of IPv6 Pack… Philip Homburg
- Re: [v6ops] Operational Implications of IPv6 Pack… Gert Doering
- Re: [v6ops] Operational Implications of IPv6 Pack… Tom Herbert
- Re: [v6ops] Operational Implications of IPv6 Pack… Gert Doering
- Re: [v6ops] Operational Implications of IPv6 Pack… Tom Herbert
- Re: [v6ops] Operational Implications of IPv6 Pack… Gert Doering
- Re: [v6ops] Operational Implications of IPv6 Pack… Joseph Touch
- Re: [v6ops] Operational Implications of IPv6 Pack… Tom Herbert
- Re: [v6ops] Operational Implications of IPv6 Pack… Owen DeLong
- Re: [v6ops] Operational Implications of IPv6 Pack… Joseph Touch
- Re: [v6ops] Operational Implications of IPv6 Pack… Fernando Gont
- Re: [v6ops] Operational Implications of IPv6 Pack… Brian E Carpenter
- Re: [v6ops] Operational Implications of IPv6 Pack… Fernando Gont
- Re: [v6ops] Operational Implications of IPv6 Pack… Fred Baker
- [v6ops] Operational Implications of IPv6 Packets … tom petch
- Re: [v6ops] Operational Implications of IPv6 Pack… Vasilenko Eduard
- Re: [v6ops] Operational Implications of IPv6 Pack… Fernando Gont
- Re: [v6ops] Operational Implications of IPv6 Pack… Fernando Gont
- Re: [v6ops] Operational Implications of IPv6 Pack… Brian E Carpenter
- Re: [v6ops] Operational Implications of IPv6 Pack… tom petch
- Re: [v6ops] Operational Implications of IPv6 Pack… Fernando Gont
- Re: [v6ops] Operational Implications of IPv6 Pack… tom petch
- Re: [v6ops] Operational Implications of IPv6 Pack… Fernando Gont
- Re: [v6ops] Operational Implications of IPv6 Pack… Gyan Mishra
- Re: [v6ops] Operational Implications of IPv6 Pack… Fernando Gont
- Re: [v6ops] Operational Implications of IPv6 Pack… Ole Troan
- Re: [v6ops] Operational Implications of IPv6 Pack… Fernando Gont
- Re: [v6ops] Operational Implications of IPv6 Pack… Gyan Mishra
- Re: [v6ops] Operational Implications of IPv6 Pack… Fernando Gont
- Re: [v6ops] Operational Implications of IPv6 Pack… Gyan Mishra