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> Tue, 10 December 2019 23:51 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 8262B12025D for <spring@ietfa.amsl.com>; Tue, 10 Dec 2019 15:51:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 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, URIBL_BLOCKED=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 7cT1iCRuDJpM for <spring@ietfa.amsl.com>; Tue, 10 Dec 2019 15:51:03 -0800 (PST)
Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (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 14EC7120113 for <spring@ietf.org>; Tue, 10 Dec 2019 15:51:03 -0800 (PST)
Received: by mail-qk1-x733.google.com with SMTP id x1so18035997qkl.12 for <spring@ietf.org>; Tue, 10 Dec 2019 15:51:03 -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=qA+CXYl/GsVAo+tIOxxnpVCXJu/l2bFHBiirkx05lzc=; b=TS7HcUZeZe9ILjmKD9R57bB3qKb1iGzuMYLXKohBhI1zrVmko8W0KURUk0STw10Bfe ZOFGRgRTcbfu5WJ1rJn5Cajz3yfwSJ79+I11dT3pyOXkmSlUU/zGJFOKnmV36p2o/4fy hVAKs6URpMsoXLfFT32RXNDI2UEsSxEgWA+34re0I78ZxuijlQJURqmDNtFnhhrO+gh9 XZ07AvtnNgH/Rz9oQw2cJylt7Q5tOdQibHGYNEafcqQm229SyJQARst38exjUVvP6+9G su15qIjZTPAXs4Md0rJuWBWlz1JHqfeR6oS4g7lmT1tAe5IgemMjzLVApmxHxNZlV3bk zp/w==
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=qA+CXYl/GsVAo+tIOxxnpVCXJu/l2bFHBiirkx05lzc=; b=r4Ek8SoYP8pSv1sQIjpLireMXb59Ek7dMMY92fzLOmJ+IxIY1HrizuhqfmUzEG4RfD hpN/z4x07A+bJOPTrPhVQ9DyPH5uvookg0MRM8NJQUo78dpznofx55ygytbietVieewJ Kjh6hDbZyn3DIkxi8cIkfiIEvcGlMy6yq/i+obTJf8Lm3E7rdPqDqp0xRn/4QH11WJF3 F749AUwvFBLmyvVtFXREYvhmuK4r8j3CX61GfF9cswA4Rb2btbXw5J1ssHiQeHZoOewl XIUmNVf21/mtOag/gYKm7hw5KipTjrQmPrhhUN+pNJH6V279YaZMZIgqeBkvcj52TPrY iaCA==
X-Gm-Message-State: APjAAAVoHJMYDLcuSAW3t8WAyIYPv1mwj1gJ3TRBt8v8XsJvY5MYl5p8 gxUMRa3C/Yh6X+V6CC+5gYt87G+NmruXRoD4Haj6PA==
X-Google-Smtp-Source: APXvYqzuMzRYLVcmI65XBYTL6Ky5Te2lg2gOfPv4MLywIZrE5a93B0BNe8YIrAdKzsHlBdLNGaYvEjJ8sSYpG64YHuQ=
X-Received: by 2002:a37:6087:: with SMTP id u129mr325258qkb.219.1576021861961; Tue, 10 Dec 2019 15:51:01 -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> <CAOj+MMEyMDHULL7Pr=QmucTJy9b=3ph9TgTZ7koi9BBLkFCJ6g@mail.gmail.com> <bb767aff-8737-a749-2f99-ac350f66def5@si6networks.com> <CAOj+MMEjzxrEbmKbUn11EsTSnVOZC0cKZhAeXapV2vW++g0ZdA@mail.gmail.com> <885c9ad6-ddd2-392a-7e9f-722509753e2d@si6networks.com> <27448_1575983799_5DEF9AB7_27448_30_1_53C29892C857584299CBF5D05346208A48D245CD@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <5b0f37d2-56a3-5f7f-ab29-7d6ebc2367d5@si6networks.com> <CAOj+MMHoAap_7XZs5HSO+a1C18guFzkg1fkov8Wo6ZqHj=xeHQ@mail.gmail.com> <603cbb85-3b68-5c93-e7c5-3768e6310f48@si6networks.com>
In-Reply-To: <603cbb85-3b68-5c93-e7c5-3768e6310f48@si6networks.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Wed, 11 Dec 2019 00:50:50 +0100
Message-ID: <CAOj+MMH2rO_YSLrJDEA5G97ad1jMsJHtZDZ-xP+b==smk-J8Dg@mail.gmail.com>
To: Fernando Gont <fgont@si6networks.com>
Cc: Bruno Decraene <bruno.decraene@orange.com>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, SPRING WG <spring@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>, Brian E Carpenter <brian.e.carpenter@gmail.com>, Ole Troan <otroan@employees.org>, Suresh Krishnan <Suresh@kaloom.com>
Content-Type: multipart/alternative; boundary="0000000000003da5270599622fc8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/BDmkdX1WEldxN0UoOFCzUGdg7ds>
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: Tue, 10 Dec 2019 23:51:06 -0000

By your books does RFC 2473 or RFC 4798 or 100s of other RFCs which
encapsulate IPv6 packets all violate Internet Standard I presume IPv6 spec
?

One of us clearly is missing the point. I will let list members judge which
one :)

Cheers,
R.


On Wed, Dec 11, 2019 at 12:43 AM Fernando Gont <fgont@si6networks.com>
wrote:

> On 10/12/19 18:39, Robert Raszuk wrote:
> > Dear Fernando,
> >
> > Allow me to make something very clear here.
> >
> >     And, since we are at it, please let me know if IPv6 is and end to end
> >     protocol. And, if it is, how does that e2e-ness work with inserting
> and
> >     removing EHs on the path to the ultimate destination of a packet.
> >
> >
> > The dream of IPv6 flat end to endless is long gone if it ever was
> > even real.
>
> You seem to missing the point. You are proposing behavior that goes
> against an Internet Standard.
>
> The fact that you are doing Standards Track work while violating an
> Internet Standard is simply amusing.
>
> If you want to do that, formally update the relevan spec. *That* is the
> way to go, as opposed to find your own reason for circumventing existing
> specifications.
>
> Thanks,
> --
> Fernando Gont
> SI6 Networks
> e-mail: fgont@si6networks.com
> PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
>
>
>
>
>