Re: [spring] Question about SRv6 Insert function

Fernando Gont <fernando@gont.com.ar> Sat, 31 August 2019 14:10 UTC

Return-Path: <fernando@gont.com.ar>
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 649FF12004E; Sat, 31 Aug 2019 07:10:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 b_fmM6MYN0sk; Sat, 31 Aug 2019 07:10:22 -0700 (PDT)
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 28704120025; Sat, 31 Aug 2019 07:10:22 -0700 (PDT)
Received: from [192.168.1.14] (ppp-94-69-228-25.home.otenet.gr [94.69.228.25]) (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 8472886677; Sat, 31 Aug 2019 16:10:19 +0200 (CEST)
To: li zhenqiang <li_zhenqiang@hotmail.com>, draft-voyer-6man-extension-header-insertion <draft-voyer-6man-extension-header-insertion@ietf.org>, draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>, "6man@ietf.org" <6man@ietf.org>, "spring@ietf.org" <spring@ietf.org>
References: <HK0PR03MB3970C6DCC635E7CD802D65FDFCBD0@HK0PR03MB3970.apcprd03.prod.outlook.com>
Cc: "int-ads@ietf.org" <int-ads@ietf.org>
From: Fernando Gont <fernando@gont.com.ar>
Openpgp: preference=signencrypt
Message-ID: <d8853fba-2fa0-a678-a60e-9b6e98aaddb1@gont.com.ar>
Date: Sat, 31 Aug 2019 17:02:54 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0
MIME-Version: 1.0
In-Reply-To: <HK0PR03MB3970C6DCC635E7CD802D65FDFCBD0@HK0PR03MB3970.apcprd03.prod.outlook.com>
Content-Type: text/plain; charset="UTF-8"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/iWZfBshObmyGUOLuRM0RCFZsyPQ>
Subject: Re: [spring] Question about SRv6 Insert function
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: Sat, 31 Aug 2019 14:10:25 -0000

Folks,

There was a very significant discussion during the IETF LC to make it
crystal clear that IPv6 EHs cannot be inserted. This is clearly codified
in RFC8200.

Are the two documents referenced bellow going against the RFC8200 standard?

Thanks,
Fernando




On 30/8/19 12:52, li zhenqiang wrote:
> Hello all,
> 
> End.B6.Insert specified in draft-ietf-spring-srv6-network-programming-01
> will insert a new SRH in the received IPv6 packet, which results in two
> SRHs in one IPv6 packet. It is contradict with RFC8200 that says Each
> extension header should occur at most once, except for the Destination
> Options header.
> 
> In draft-voyer-6man-extension-header-insertion-06, an intermediate node
> executes the insert function to implement a sub-50 milliseconds FRR
> operation upon link failure. It is contradict with RFC8200 that
> says Extension headers (except for the Hop-by-Hop Options header) are
> not processed, inserted, or deleted by any node along a packet’s
> delivery path, until the packet reaches the node (or each of the set of
> nodes, in the case of multicast) identified in the Destination Address
> field of the IPv6 header.
> 
> Best Regards,
> Zhenqiang Li
> ------------------------------------------------------------------------
> li_zhenqiang@hotmail.com
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
> 


-- 
Fernando Gont
e-mail: fernando@gont.com.ar || fgont@si6networks.com
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1