Re: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming
Fernando Gont <fgont@si6networks.com> Thu, 27 February 2020 09:07 UTC
Return-Path: <fgont@si6networks.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0351E3A159D; Thu, 27 Feb 2020 01:07:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-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 RfvAajaR9aJW; Thu, 27 Feb 2020 01:07:26 -0800 (PST)
Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1AEDB3A159C; Thu, 27 Feb 2020 01:07:26 -0800 (PST)
Received: from [192.168.0.10] (unknown [181.45.84.85]) (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 9D43180CD2; Thu, 27 Feb 2020 10:07:19 +0100 (CET)
To: bruno.decraene@orange.com, "Eric Vyncke (evyncke)" <evyncke=40cisco.com@dmarc.ietf.org>, Warren Kumari <warren@kumari.net>, John Leddy <john@leddy.net>
Cc: SPRING WG List <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>, Bob Hinden <bob.hinden@gmail.com>, "Zafar Ali (zali)" <zali=40cisco.com@dmarc.ietf.org>
References: <F88E3F76-DD4B-4807-A458-85FABFF20D96@gmail.com> <5D218BFB-0D6F-4F7D-858F-B571A67DC47F@leddy.net> <CAHw9_iJ_ipEvU0NUx44XbK0_DrLe_GRw6G=m+chK4wZcRP8BMg@mail.gmail.com> <ACA082A4-BC78-4C63-9F91-5C9A44F47642@cisco.com> <8abfd5a1-e806-3598-c389-8214b3d09447@si6networks.com> <10919_1582792881_5E5780B1_10919_216_1_53C29892C857584299CBF5D05346208A48DB590F@OPEXCAUBM43.corporate.adroot.infra.ftgroup>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <d37ff964-aa4f-388b-5199-66428d49336c@si6networks.com>
Date: Thu, 27 Feb 2020 06:07:14 -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: <10919_1582792881_5E5780B1_10919_216_1_53C29892C857584299CBF5D05346208A48DB590F@OPEXCAUBM43.corporate.adroot.infra.ftgroup>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/woVKRFN0E9CfVxyhTeuTPivwE1E>
Subject: Re: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Feb 2020 09:07:28 -0000
Bruno, On 27/2/20 05:41, bruno.decraene@orange.com wrote: > Fernando, > >> -----Original Message----- >> From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Fernando Gont >> Sent: Thursday, February 27, 2020 12:45 AM >> >> Hello, Eric, >> >> On 26/2/20 20:18, Eric Vyncke (evyncke) wrote: >>> Writing this without any hat, >>> >>> Please note that on the logical side, it still have to be "proven" that this idea is strictly forbidden by RFC 8200. >> >> Here's the proof part: >> >> 1) Isn't IPv6 end to end? >> >> 2) How do core components of IPv6, such as AH and PMTUD work in the >> present of intermediate nodes that can add and/or remove arbitrary >> extension headers? >> >> It should be clear from the above that EH insertion/deletion is forbidden. > > This draft does not propose that intermediate node add extension header. > - If this is not clear to you, please read the draft. What is this:???? 4.16.1. PSP: Penultimate Segment Pop of the SRH The SRH processing of the End, End.X and End.T behaviors are modified: after the instruction "S14. Update IPv6 DA with Segment List[Segments Left]" is executed, the following instructions must be executed as well: S14.1. If (Segments Left == 0) { S14.2. Update the Next Header field in the preceding header to the Next Header value of the SRH S14.3. Decrease the IPv6 header Payload Length by the Hdr Ext Len value of the SRH S14.4. Remove the SRH from the IPv6 extension header chain S14.5. } Isn't this having the penultimate segment fo a packet removing an extension header for a packet whose Destination Address is not even it's own? Doesn't this read a bit as "the router was the DA of the packet, after you change the DA to that of the next waypoint, if you realize Segments Left == 0, remove the SRH"? (which does not even comply with the now infamous "interpretation" of RFC8200 that if you are the DA, you can add/remove EHs. > - If it's clear, please let's stick to technical comment on _this_ draft. Bringing irrelevant points to the discussion is really not helping (both the discussion and the argument). > > This draft does not propose that intermediate node add/or remove arbitrary extension header. > > This draft, and more specifically the PSP flavor [1], is about removing the SRH header by an SR EndPoint. Seriously? > - with regards to PMTUD, can you clarify how reducing the size of the packet break PMTUD? And if there is an impact, let's remember that this is the source of the packet which instruct the SR EndPoint to remove the SRH. > - with regards to AH, the SRH specification explicitly states that the use of SRH with AH by an SR source node is _not_ defined [2]. Do you understand that AH should be usable for all IPv6 traffic? [....] >> (that's what Errata's are for, after all... and it should be clear that >> the EH processing part, overall, needs improvements). > > Again, thank you for that, I believe this is useful. > But while this errata is not reviewed and accepted, RFC 8200 stands as is. The errata is a clarification, not a change. Of course RFC8200 stands: EHs are not deleted or added en route to destination. Thanks, -- Fernando Gont SI6 Networks e-mail: fgont@si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
- Re: [spring] Request to close the LC and move for… Dongjie (Jimmy)
- [spring] Request to close the LC and move forward… Lizhenbin
- Re: [spring] Request to close the LC and move for… Huzhibo
- Re: [spring] Request to close the LC and move for… xiechf@chinatelecom.cn
- Re: [spring] Request to close the LC and move for… Gengxuesong (Geng Xuesong)
- Re: [spring] Request to close the LC and move for… Chengli (Cheng Li)
- Re: [spring] Request to close the LC and move for… dzp
- Re: [spring] Request to close the LC and move for… liupengyjy@outlook.com
- [spring] 答复: Request to close the LC and move for… Chenxia (D)
- Re: [spring] Request to close the LC and move for… bruno.decraene
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… bruno.decraene
- Re: [spring] Request to close the LC and move for… Zafar Ali (zali)
- Re: [spring] Request to close the LC and move for… Dirk Steinberg
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Bob Hinden
- Re: [spring] Request to close the LC and move for… John Leddy
- Re: [spring] Request to close the LC and move for… Warren Kumari
- Re: [spring] Request to close the LC and move for… Mike Simpson
- Re: [spring] Request to close the LC and move for… 神明達哉
- Re: [spring] Request to close the LC and move for… john leddy.net
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Brian E Carpenter
- Re: [spring] Request to close the LC and move for… Mark Smith
- Re: [spring] Request to close the LC and move for… Voyer, Daniel
- Re: [spring] Request to close the LC and move for… Bob Hinden
- Re: [spring] Request to close the LC and move for… Satoru Matsushima
- Re: [spring] Request to close the LC and move for… Eric Vyncke (evyncke)
- Re: [spring] Request to close the LC and move for… Gaurav Dawra
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Stefano Salsano
- Re: [spring] Request to close the LC and move for… Weiqiang Cheng
- Re: [spring] Request to close the LC and move for… Brian E Carpenter
- Re: [spring] Request to close the LC and move for… =?utf-8?B?WWlzb25nIExpdQ==?=
- Re: [spring] Request to close the LC and move for… Stefano Salsano
- Re: [spring] Request to close the LC and move for… Brian E Carpenter
- Re: [spring] Request to close the LC and move for… li_zhenqiang@hotmail.com
- Re: [spring] Request to close the LC and move for… Bernier, Daniel
- Re: [spring] Request to close the LC and move for… Ahmed Bashandy
- Re: [spring] Request to close the LC and move for… Ketan Talaulikar (ketant)
- Re: [spring] Request to close the LC and move for… Dirk Steinberg
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Mark Smith
- Re: [spring] Request to close the LC and move for… bruno.decraene
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Maojianwei (Mao)
- Re: [spring] Request to close the LC and move for… Ted Lemon
- Re: [spring] Request to close the LC and move for… Andrew Alston
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Stefano Salsano
- Re: [spring] Request to close the LC and move for… bruno.decraene
- Re: [spring] Request to close the LC and move for… Xiejingrong (Jingrong)
- Re: [spring] Request to close the LC and move for… Voyer, Daniel
- Re: [spring] Request to close the LC and move for… Voyer, Daniel
- Re: [spring] Request to close the LC and move for… Ted Lemon
- Re: [spring] Request to close the LC and move for… Ted Lemon
- Re: [spring] Request to close the LC and move for… Stefano Salsano
- Re: [spring] Request to close the LC and move for… Alexander Vainshtein
- Re: [spring] Request to close the LC and move for… Andrew Alston
- Re: [spring] Request to close the LC and move for… Joel M. Halpern
- Re: [spring] Request to close the LC and move for… Nick Hilliard
- Re: [spring] Request to close the LC and move for… John Scudder
- Re: [spring] Request to close the LC and move for… Stefano Salsano
- Re: [spring] Request to close the LC and move for… James Guichard
- Re: [spring] Request to close the LC and move for… Warren Kumari
- Re: [spring] Request to close the LC and move for… Robert Raszuk
- Re: [spring] Request to close the LC and move for… Ted Lemon
- Re: [spring] Request to close the LC and move for… Joel M. Halpern
- Re: [spring] Request to close the LC and move for… Ted Lemon
- Re: [spring] Request to close the LC and move for… Joel M. Halpern
- Re: [spring] Request to close the LC and move for… Warren Kumari
- Re: [spring] Request to close the LC and move for… 神明達哉
- Re: [spring] Request to close the LC and move for… Pablo Camarillo (pcamaril)
- Re: [spring] Request to close the LC and move for… Pablo Camarillo (pcamaril)
- Re: [spring] Request to close the LC and move for… Ted Lemon
- Re: [spring] Request to close the LC and move for… Pablo Camarillo (pcamaril)
- Re: [spring] Request to close the LC and move for… Pablo Camarillo (pcamaril)
- Re: [spring] Request to close the LC and move for… Ron Bonica
- Re: [spring] Request to close the LC and move for… Sander Steffann
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… 神明達哉
- Re: [spring] Request to close the LC and move for… Suresh Krishnan
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Mark Smith
- Re: [spring] Request to close the LC and move for… Ron Bonica
- Re: [spring] Request to close the LC and move for… Darren Dukes (ddukes)
- Re: [spring] Request to close the LC and move for… Ron Bonica
- Re: [spring] Request to close the LC and move for… Keyur Patel
- Re: [spring] Request to close the LC and move for… 神明達哉
- [spring] "penultimate segment" [Re: Request to cl… Brian E Carpenter
- Re: [spring] Request to close the LC and move for… Brian E Carpenter
- Re: [spring] "penultimate segment" [Re: Request t… Stefano Salsano
- Re: [spring] "penultimate segment" [Re: Request t… Brian E Carpenter
- Re: [spring] "penultimate segment" [Re: Request t… Ketan Talaulikar (ketant)
- Re: [spring] Request to close the LC and move for… Ketan Talaulikar (ketant)
- Re: [spring] Request to close the LC and move for… S Moonesamy
- [spring] 答复: Request to close the LC and move for… huruizhao
- Re: [spring] Request to close the LC and move for… Tim Chown
- Re: [spring] Request to close the LC and move for… bruno.decraene
- Re: [spring] Request to close the LC and move for… Chengli (Cheng Li)
- Re: [spring] Request to close the LC and move for… S Moonesamy
- Re: [spring] Request to close the LC and move for… bruno.decraene
- Re: [spring] Request to close the LC and move for… S Moonesamy
- Re: [spring] Request to close the LC and move for… bruno.decraene
- Re: [spring] Request to close the LC and move for… S Moonesamy
- [spring] Automated Disclaimers (RE: Request to cl… Alvaro Retana
- Re: [spring] Automated Disclaimers (RE: Request t… S Moonesamy
- Re: [spring] Automated Disclaimers (RE: Request t… Barry Leiba
- Re: [spring] Automated Disclaimers (RE: Request t… S Moonesamy
- Re: [spring] Request to close the LC and move for… Darren Dukes (ddukes)
- Re: [spring] Request to close the LC and move for… Alexander Vainshtein
- Re: [spring] Request to close the LC and move for… Brian E Carpenter
- Re: [spring] Request to close the LC and move for… Alexander Vainshtein
- Re: [spring] Request to close the LC and move for… Darren Dukes (ddukes)
- Re: [spring] Request to close the LC and move for… Alexander Vainshtein