RE: Extension Header Insertion

"Adrian Farrel" <adrian@olddog.co.uk> Mon, 09 December 2019 09:33 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3541120170 for <ipv6@ietfa.amsl.com>; Mon, 9 Dec 2019 01:33:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level:
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=unavailable 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 2KMYGL6UA948 for <ipv6@ietfa.amsl.com>; Mon, 9 Dec 2019 01:33:57 -0800 (PST)
Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DA93120168 for <6man@ietf.org>; Mon, 9 Dec 2019 01:33:57 -0800 (PST)
Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta8.iomartmail.com (8.14.4/8.14.4) with ESMTP id xB99XpAR000783; Mon, 9 Dec 2019 09:33:51 GMT
Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 08C512203C; Mon, 9 Dec 2019 09:33:51 +0000 (GMT)
Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs3.iomartmail.com (Postfix) with ESMTPS id E636C22032; Mon, 9 Dec 2019 09:33:50 +0000 (GMT)
Received: from LAPTOPK7AS653V ([84.93.96.25]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id xB99XnB3024159 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 9 Dec 2019 09:33:50 GMT
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Ron Bonica' <rbonica=40juniper.net@dmarc.ietf.org>, '6man' <6man@ietf.org>
References: <BN7PR05MB5699D9BA988F96E2F41CD390AE580@BN7PR05MB5699.namprd05.prod.outlook.com>
In-Reply-To: <BN7PR05MB5699D9BA988F96E2F41CD390AE580@BN7PR05MB5699.namprd05.prod.outlook.com>
Subject: RE: Extension Header Insertion
Date: Mon, 09 Dec 2019 09:33:48 -0000
Organization: Old Dog Consulting
Message-ID: <00dc01d5ae73$c361b450$4a251cf0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_00DD_01D5AE73.C3642550"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQI439AHKnUbCBQmWia4zMPSIdSA4abrJIRA
Content-Language: en-gb
X-Originating-IP: 84.93.96.25
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25092.006
X-TM-AS-Result: No--18.715-10.0-31-10
X-imss-scan-details: No--18.715-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25092.006
X-TMASE-Result: 10--18.714500-10.000000
X-TMASE-MatchedRID: gTucSmrmRMNxWR+9hcFWA3FPUrVDm6jtIiTd2l7lf6GGcPw7dOPCZtsH KDQR0P7Hqjtz90j0VPniyUbmCt6k6N+KxSfgsAbHnxvPm4vv97yWGk93C/VnSp4jWPBZdp4j+WA X4qDxTxF0juiMv0ydzt8SLXFuuB3SMDvZPMbvTD4gOuE1o0s+Ovi4nVERfgwd5ZPAlhnmbz3SLs 3Dc+8bB28+wH/0jMcZE1zrUlVI9ja6/eEqqZaZmvlNbKGx4Q7ULyiv/vFzEkQ8qL0sJ8BVQMARq PB0aDTqrCdwM2L1xy1ByfmsLMURT5AH27GmVC6v71Wx2uUbPLdDr8MVm6DK3bv81BNUjUj5zEVD Gnc+EfKahG/i8Ja1Y7dYFVfIRaXS7zgtUFe2gc5ZwLSBgxghaPngX/aL8PCNI9L0l0rdbj9uBjx DCXijziRX5Ze8FsHwD2xKxHysWk/6tT09X1ixYiYRREGYqtmU8gryAriuOnLwJYZa/L83HS4OGh H6pkfXb+C12lE8cwjOYC0ICABQfqQVIGEpdXmVbtitCkncbRmK6Q+4eDutvtXyjuEl/BEdUdfEK c10rU75B8XGyV5ZNzUDuNmFSirwU6L1rmVqlpEjFW8LJZXoyyXdp9l6EkRZY+OUgEbkfSqNdGdb BgYTOrPLWa8EQY0FnfapiDMs7hzxJ84tD7jMf54CIKY/Hg3AaZGo0EeYG96+qryzYw2E8M8943o c3p3sz7345D1T/l8gBwKKRHe+r9k33tggtjdp5nJS1lQUGh+ondSH7BYOfokMli5zgNjW3AVXq+ 2QwtE=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/ZGFUw7IIDLuKgdk69TmkTLgirqY>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Dec 2019 09:33:59 -0000

Hi Ron,

 

I think we can jump to a quick answer on this because
draft-ietf-spring-srv6-network-programming-05 says:

 

   We assume that the SRH may

   be present multiple times inside each packet.

 

Thus we may assume that the proponents of Extension Header insertion do
think that it is acceptable to insert a second routing header into a packet
that already has one.

 

And 8200 is clear when it says:

   Each extension header should occur at most once, except for the

   Destination Options header, which should occur at most twice (once

   before a Routing header and once before the upper-layer header).

 

So draft-ietf-spring-srv6-network-programming-05 includes a false assumption
which need to be either removed or secured through an update to 8200.

 

Ideally, I suppose, draft-ietf-6man-segment-routing-header would have
contained the clarification that the SRH could be present multiple times
(updating 8200 as it went).

 

Cheers,

Adrian

 

From: ipv6 <ipv6-bounces@ietf.org> On Behalf Of Ron Bonica
Sent: 09 December 2019 03:04
To: 6man <6man@ietf.org>
Subject: Extension Header Insertion 

 

Folks,

 

This question is posed primarily to the proponents of Extension Header
insertion. 

 

Do you think that it is acceptable to insert a second routing header into a
packet that already has one, so the resulting packet looks like the
following:

 

*	IPv6 header
*	SRH
*	SRH
*	Upper-layer header

 

Would this be common in TI-LFA?

 

                                                                      Ron

 

 

Juniper Business Use Only