Re: [spring] Spirit and Letter of the Law - non-technical side note

Tom Herbert <tom@herbertland.com> Sat, 07 September 2019 18:35 UTC

Return-Path: <tom@herbertland.com>
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 B82FB1200BA for <spring@ietfa.amsl.com>; Sat, 7 Sep 2019 11:35:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
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 zjIpGqvTZppC for <spring@ietfa.amsl.com>; Sat, 7 Sep 2019 11:35:24 -0700 (PDT)
Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (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 16F67120018 for <spring@ietf.org>; Sat, 7 Sep 2019 11:35:24 -0700 (PDT)
Received: by mail-ed1-x535.google.com with SMTP id f19so9487973eds.12 for <spring@ietf.org>; Sat, 07 Sep 2019 11:35:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=fSUIE28JlKr18uUFejiLgfcs6e373cFfwAz+gJA3cew=; b=UAK9hf+AwDdMoMUvgvtFJUnoFOFjdsuTvJWPfK1ejV0imb0zRxbq7tsT5fmfgwL6Bd 7UMep8HtQH7+cC6Ytd3nqMl+qligYWwFX4wfbRwbam2a8W9qsiyM7dEAdKl4qKr6ay/d H7u2TflIjhvUyFguiw2FnEv5po7qD3d5NawM7EmRLBcX4sovo7PQSmD7ffWJLdbQQlks RECbBkSPsonVhT9vtCwVR2Kbi2Wz3sXSzMTvZegWT7vMBgFSR6XqpDWLRLkmDOvmRRQl tDRH66vzgYMUjfjK/+svNAnExD1ouw9NbvdGfrfa2DEsv6cVe4bGCSaaCxXExyToXs92 AQ9Q==
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:content-transfer-encoding; bh=fSUIE28JlKr18uUFejiLgfcs6e373cFfwAz+gJA3cew=; b=NtvSeHDE7qTMrCISdNCZry+SZmuLb3hr9nCUVkTTx/KLwK3kJwZ3Scngq5bSUv1ZRz dHb1gjqoLhv0UZ8ZodQBa6OCiXkxpOeYqHvDtqzRT5D+q3AGQiiqPqeThItsWZf+yUll nQNHAU8m7jNGEbooEMp0p5kvREzdFgSaBhgwC9mCKs06psFYKyZStF6aayqeIMgSIEAr jzf2dCWYADm9CNATsmF+LlwKAiW+74/FMmDGO+wOTyrqElrGQ26cqov3xy6/nFez3OM9 XaXbmFQz1FXdswowDRixYvhcm4MFA3PsGitjgpq20O0LOwVfSffAPdT8Ne+rbfRmGDtS H9ZQ==
X-Gm-Message-State: APjAAAVQ9tha9LqYixk3jhRvBklAJUlOq1D0/Q1c3Mimm1QUnNt2dRv0 CpdB0DX4tL1jPVSzbXOT9g8b68lPoHLQeX2uaH8bnQ==
X-Google-Smtp-Source: APXvYqxnl/MszY373Kx60cO5U38TXWUZf2VhcadR2MTw0FL9//jbhKGHNp+2Xsbhn7XXF6qBNtYkU9q4opJxU5hU8TI=
X-Received: by 2002:a17:906:3446:: with SMTP id d6mr12213133ejb.244.1567881322402; Sat, 07 Sep 2019 11:35:22 -0700 (PDT)
MIME-Version: 1.0
References: <ca6e7a10-1b84-445f-053d-8a666ab4ec90@si6networks.com> <3D8725E7-EAA3-4615-ABA2-FFA53D2F1B14@employees.org> <d81ea605-53d7-61d8-f517-5d9cf1e42339@gmail.com> <CA+b+ER=+VASk4s8EvQ_gXxoLGkuVkCJFTROaW7Tv8pcm5aX1Tw@mail.gmail.com> <0A645A66-D64F-4570-9731-31E7030D51F7@cisco.com>
In-Reply-To: <0A645A66-D64F-4570-9731-31E7030D51F7@cisco.com>
From: Tom Herbert <tom@herbertland.com>
Date: Sat, 07 Sep 2019 11:35:10 -0700
Message-ID: <CALx6S341KOQ7+xa-dRQdXE42VJ6Wax5iNyki8VSk2Eytn2mZCQ@mail.gmail.com>
To: "Zafar Ali (zali)" <zali@cisco.com>
Cc: Robert Raszuk <rraszuk@gmail.com>, Alexandre Petrescu <alexandre.petrescu@gmail.com>, Fernando Gont <fgont@si6networks.com>, "spring@ietf.org" <spring@ietf.org>, 6man WG <ipv6@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/ZV2G8IpcN62p3gu-Ao6vaemytCk>
Subject: Re: [spring] Spirit and Letter of the Law - non-technical side note
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 Sep 2019 18:35:29 -0000

On Sat, Sep 7, 2019 at 10:38 AM Zafar Ali (zali) <zali@cisco.com> wrote:
>
> Hi Alex, Robert,
>
>
>
> I agree fully.
>
>
>
> From an IETF process viewpoint, Suresh recently cited his email on this topic:
>
> https://mailarchive.ietf.org/arch/msg/ipv6/4MevopH9_iQglUizhoT5Rl-TjRc
>
> “I just want to confirm that header insertion work can be considered in the future, and that it should be judged on its own merits and not be blocked solely based on the header insertion related text in 2460bis.”
>
>
>
> The required justification has been provided, again and again, like current email from Robert, Ketan and many others:
>
> E.g., https://mailarchive.ietf.org/arch/msg/spring/oFsaIAFXyw0PYdVpVVv9xOxYYNQ
>
Zafar,

Extension header insertion WAS considered by the 6man WG.
draft-voyer-6man-extension-header-insertion was discussed at length.
(https://mailarchive.ietf.org/arch/msg/ipv6/VSMm27TQFeJbvsD6pDnIPA4w4Yw).
The consensus from that discussion was that extension header insertion
is disallowed by RFC8200 AND here are the specific problems with it.
Most of the issues, particularly the attribution, have not been
addressed. There is nothing precluding the EH insertion proponents
from updating the draft to answer the issues to try to move it
forward.

So, I believe it is inaccurate to claim that EH insertion is being
blocked by purist arguments to uphold RFC8200. IMO, if that claim is
being made then it's a disservice to the reviewers of
draft-voyer-6man-extension-header-insertion that put in substantial
effort to review, analyze, and comment on the idea.

Tom

>
>
> Thanks
>
>
>
> Regards … Zafar
>
>
>
> From: ipv6 <ipv6-bounces@ietf.org> on behalf of Robert Raszuk <rraszuk@gmail.com>
> Date: Friday, September 6, 2019 at 5:07 AM
> To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
> Cc: Fernando Gont <fgont@si6networks.com>, 6man WG <ipv6@ietf.org>, "spring@ietf.org" <spring@ietf.org>
> Subject: Re: [spring] Spirit and Letter of the Law - non-technical side note
>
>
>
> Hi Alex,
>
>
>
> This is really spot on and very brilliant summary of the state we are in !
>
>
>
> And since last 25 years rather proved that the first options is not working the choice seems pretty clear that we should rather choose the second one.
>
>
>
> Best,
>
> R.
>
>
>
>
>
> On Fri, Sep 6, 2019 at 10:57 AM Alexandre Petrescu <alexandre.petrescu@gmail.com> wrote:
>
>
> This is a non-technical side note about the Spirit and Letter of the Law
> in IPv6 WG.
>
> In these discussions about IPv6 like routing header, insertion,
> mutability, 64bit, limited domains, multihoming, smart end dumb network,
> and numerous other 'tussles', one is supposed to take a side among one
> of those two:
>
> - maintain rock solid principles, continue the tradition, keep it up
> working as it was designed to and that demonstrated its validity on very
> large scale.
>
> - break away from tradition, foster innovation, things will work anyways
> because humans engineer them and market regulates them.
>
> Only deep convictions about one of those two sides can make IPv6
> deployment and development progress.
>
> On my side, I cant make have such deep convictions.
>
> Alex
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------