Re: [spring] Penultimate Segment Popping and RFC8200 (Was Re: We don't seem to be following our processes (Re: Network Programming - Penultimate Segment Popping))

Robert Raszuk <robert@raszuk.net> Sat, 07 December 2019 15:29 UTC

Return-Path: <robert@raszuk.net>
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 0C01C120041 for <spring@ietfa.amsl.com>; Sat, 7 Dec 2019 07:29:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 FlHJr5e7sd99 for <spring@ietfa.amsl.com>; Sat, 7 Dec 2019 07:29:21 -0800 (PST)
Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AEA39120236 for <spring@ietf.org>; Sat, 7 Dec 2019 07:29:21 -0800 (PST)
Received: by mail-qt1-x82a.google.com with SMTP id d5so10517011qto.0 for <spring@ietf.org>; Sat, 07 Dec 2019 07:29:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uhd7IISMZDe0IfzYPXw130HuX3KgS8Zsw2wkFtdAiZI=; b=JygoB5B5Ne+KekAEoqwPsENnB3QfXIdXoPndDcnOOX69tJCVf4vvq6Vig1Shii+uhq UTWIZWo8hLsE1+UPV7thnOHvo9VWbE0ieIgtgK+7fX3zRWCcqk5wVP8MN9aO0b2ivX/V Wr+AghmkRK5Yi+Z/BGW4nymt0Hy/rMy3wAK228UqI3FmURdhfJ2wuHDmZDafUUTxY2sY vl17tqLzuGS6IrzVG43QT0aLx11vmAiJ3Pq9fYIIH8M3RZ344vM2lOd4o2/myuXv/f/d BC5v6C4A5CRGFKq+sQB2+dQKbTdcaxUDpjyRueVbQT/LcyAjjuWyhpPW2ldqF3o4NWKa nXsg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uhd7IISMZDe0IfzYPXw130HuX3KgS8Zsw2wkFtdAiZI=; b=eMykYo8TzL+D4WLY5ZpgrhFDYNSKBMSI4YoEoHjMr/9Wj+7pHixcir2Z+R/yRlRcRP BJyAqLSq+huyv8MrM6V2+1eJ3BAQhrlDP905nOd/sFg2816MeskdPUt4u+hd5goeGtVB FcI6LzBsCv29MIEkgRWN0C05hjjPY3QQlRL0JG/BHrz7OAQ7rhMStQ4fs3cR23P0ZJNc qgxjC0cKIwuyg8V0KnW49zn12773XGbXIUvWn+59Li1gKVXOX9LfSgjd3Gt/tAQCKLWq Q+kdDd0LIKEjxq094LlQSSCgoxLrxFww9lNb+spP8LtGpwoZSej70cNis8C6cy/C9WNd WCRg==
X-Gm-Message-State: APjAAAXDGnCHLkDrBQ/BlGZ5AapMwf2+7PZ3V2zDHi544deyi4u0KBpZ lKN9T7x2NvSCkH/eXYCXl5ik9DWxqtnwCdWFiizIOw==
X-Google-Smtp-Source: APXvYqwhq2A7NZJPgutYgaEwHEMps9IAM4a90JqwMxV1FOkPR+Y5UhSiFR5xP5P40DCK7ngXOI+qF9r4lGl/KQwVvu8=
X-Received: by 2002:aed:2b62:: with SMTP id p89mr17833464qtd.208.1575732560712; Sat, 07 Dec 2019 07:29:20 -0800 (PST)
MIME-Version: 1.0
References: <f2a0ad13-0eba-6f5a-1d3c-e45e2780f201@si6networks.com> <D666EA6E-E8E9-439A-9CDE-20857F03CB65@employees.org> <4255AD3B-379C-45BF-96E1-D3D9141A684F@liquidtelecom.com> <d59de54e-c7f8-be67-1e77-b051735d40a6@gmail.com> <3bce7b18-ea45-d29f-5dfb-1d3258b07d1e@si6networks.com> <c6e1f690-b0bf-9f45-8fa7-92ed182c5b04@gmail.com> <a2cc5cbd-ac06-e193-307c-3ffe5b21b0b1@si6networks.com> <80A78F48-9802-4DA9-B264-1A8920C1DDF9@kaloom.com> <c727fb5e-015d-90e2-9860-6c48ce021ac4@si6networks.com>
In-Reply-To: <c727fb5e-015d-90e2-9860-6c48ce021ac4@si6networks.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Sat, 7 Dec 2019 16:29:13 +0100
Message-ID: <CAOj+MMEyMDHULL7Pr=QmucTJy9b=3ph9TgTZ7koi9BBLkFCJ6g@mail.gmail.com>
To: Fernando Gont <fgont@si6networks.com>
Cc: Suresh Krishnan <Suresh@kaloom.com>, SPRING WG <spring@ietf.org>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, "int-ads@ietf.org" <int-ads@ietf.org>, Andrew Alston <Andrew.Alston@liquidtelecom.com>, rtg-ads <rtg-ads@ietf.org>, Bob Hinden <bob.hinden@gmail.com>, Ole Troan <otroan@employees.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>
Content-Type: multipart/alternative; boundary="0000000000008aebc605991ed33f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/8TRt0J2BmT75lZiGU-pUcv79AvM>
Subject: Re: [spring] Penultimate Segment Popping and RFC8200 (Was Re: We don't seem to be following our processes (Re: Network Programming - Penultimate Segment Popping))
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, 07 Dec 2019 15:29:24 -0000

> 2) A related question I have for you: Is IPv6 an end-to-end protocol?
> (The answer to this question also serves as an answer for the rest).


The moment IPv6 src <--> dst flow makes it legal to be encapsulated you are
dealing with end to end inner IPv6 and end to end outer IPv6.

You keep drawing false assumption that inner IPv6 header should mandate or
even influence action on outer IPv6 header which is simply not correct.

Cheers,
R.