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> Sun, 08 December 2019 10:15 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 B379612000F for <spring@ietfa.amsl.com>; Sun, 8 Dec 2019 02:15:47 -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 ZWDuDNCZ1LYO for <spring@ietfa.amsl.com>; Sun, 8 Dec 2019 02:15:46 -0800 (PST)
Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (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 E96731200B2 for <spring@ietf.org>; Sun, 8 Dec 2019 02:15:45 -0800 (PST)
Received: by mail-qt1-x82d.google.com with SMTP id g1so12345652qtj.6 for <spring@ietf.org>; Sun, 08 Dec 2019 02:15:45 -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=Z7IBoAY6b2jMKtCPWbmmOVIS3bR8QKcYTCQoZ3HDZns=; b=W+ppx929csd+r/R8X+QwECowDCd7FueW/hYe33zxS1gx4JlBBVsNJOwKQIhktT5zxL XxvAWh3MEswqXHJelzokz8iEgGjiHCD+la+lFDK78IjXP3pX0ulXxu3PJ/2QYt5MWQzu gSZBf0phIP25/p440Rvz3lK+rMwcNUIvznRPZzbNet6fQhvfokWcV3IGTq7e1bFAyXK3 CnvURSs0nBwEwbqpYpeGYZR/4pFWekm8umQ7QHkW+P4Thh5KEwf+66SsUGIZ/65wjs2u xrHU4z4eVXd29uadfO7ARj7y3E1p3k+yzNTBUrevD8iyrZxvLbiPYPyw/PN4uJmYxbVb xaOA==
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=Z7IBoAY6b2jMKtCPWbmmOVIS3bR8QKcYTCQoZ3HDZns=; b=TIQzuhRnAO5zIsUBx85P5THS3Ock+GRkE+Okl1d3E3cwIEqZ+oDlzdagMKJABuQJB+ xFVrbti+KReSMDtFzcW92wDD6foF6YykJD0zy3wvU9eCNhMhS1GPY98E084R4E4djxQf Lgo5ybMOsl+eNDF7499lUQJ8ggUtgFuPlNcV/MjVt/C2URtWdG8Hk9xeuAhv2Yn0jJkT a1l49H+hz5UVzEfMPuWfJLOysy+5mViRvO42PX1LSnH829xGDDMWNZgTZKexa6IzjJJ9 Rw8n9HfBAuRYad5XUVibMzfYylsVL0FaD4y0/YspGOBBmxG0SIOqgM2rfDLqbtpXv2mb heiw==
X-Gm-Message-State: APjAAAVEx8PftiyLytofS6J4MavqAyPWt2wzkgxv5rTrb3kdTR9zqhib qmrVkPoKTxw1Tt7nLfJyNhg+7LKLgBvpxtomqyP6PQ==
X-Google-Smtp-Source: APXvYqyTaCJixNdWMd5abz8KhZEPBhc6zu6792riI7Revbg1jkhb/4n1nyR1yJMAmDWHw9Ab9DSa9g3ssBj6Eqtoq44=
X-Received: by 2002:ac8:5245:: with SMTP id y5mr21101515qtn.343.1575800144957; Sun, 08 Dec 2019 02:15:44 -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>
In-Reply-To: <885c9ad6-ddd2-392a-7e9f-722509753e2d@si6networks.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Sun, 8 Dec 2019 11:15:34 +0100
Message-ID: <CAOj+MMFBvQFtzrb4Ocs1Y7NtV0EyAzpVLARrJdj9yXxzYLH1Mw@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="000000000000e0a84b05992e8f88"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/L5kq2GpjsS8R87VEJ9EbrBD306E>
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: Sun, 08 Dec 2019 10:15:48 -0000

>  If you think a document on tunnels rules how IPv6 operates, and its
>  end-to-endianness, then you have a huge problem reading specs.

So in your view building any solution which relies on
encapsulation/tunneling for IPv6 kills its end-to-endianness dogma then
this is a very interesting individual WG member comment.

In the meantime till IETF moves Standards Track  RFC2473 to historic status
or updates it with some other spec it remains a valid document.

Cheers,
Robert.


On Sun, Dec 8, 2019 at 3:46 AM Fernando Gont <fgont@si6networks.com> wrote:

> On 7/12/19 15:40, Robert Raszuk wrote:
> > Hi Fernando,
> >
> >
> >     The online possible instantiation of "Destination Address" as in
> RFC8200
> >     is the final destination of the packet.
> >
> >
> > No. That is incorrect.
> >
> > Hint: Please read carefully RFC2473.
>
> If you think a document on tunnels rules how IPv6 operates, and its
> end-to-endianness, then you have a huge problem reading specs.
>
> So I will not enter that game, because it would be accepting to be
> mocked at.
>
> I'll wait for a few days for our INT AD's response (Suresh), a response
> from the spring chairs (if any), and a response from the RTG AD(s).
>
> Then I will escalate the problem as required, including a formal appeal,
> if necessary.
>
> Thanks,
> --
> Fernando Gont
> SI6 Networks
> e-mail: fgont@si6networks.com
> PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
>
>
>
>
>