Re: Adoption Call for "The IPv6 Compact Routing Header (CRH)"

Tony Przygienda <tonysietf@gmail.com> Sat, 16 May 2020 15:52 UTC

Return-Path: <tonysietf@gmail.com>
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 628D13A08DC for <ipv6@ietfa.amsl.com>; Sat, 16 May 2020 08:52:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.197
X-Spam-Level:
X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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=gmail.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 xsDYChvaqLfS for <ipv6@ietfa.amsl.com>; Sat, 16 May 2020 08:52:49 -0700 (PDT)
Received: from mail-io1-xd34.google.com (mail-io1-xd34.google.com [IPv6:2607:f8b0:4864:20::d34]) (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 6CB213A08CA for <ipv6@ietf.org>; Sat, 16 May 2020 08:52:49 -0700 (PDT)
Received: by mail-io1-xd34.google.com with SMTP id y10so5945730iov.4 for <ipv6@ietf.org>; Sat, 16 May 2020 08:52:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5YYuiWZh1Xl59Mdf0TnaQN/X02kjCAdbDwob9F+17ag=; b=NaNeQG96j+OjeYwXeev9EsA6Ao+9V+GLhp7qkojhY53EBLuxsTTtn6mJHJ/emRdZJU p2IBCuYrvXpYmis5qemqqbi8Ov4+fTOsUOGfbLyxyIO97oqrohcdqHK2LeZ8lyu6+CBw l3z8rjWwzR7wimrtbZEI0j/kz9qmI0RuE29u7HW/IkOhYF879ILLKy3sLzb/qeMhNUpR SUMg9QK1DmRsDDB/MYdmMgM2O0FcmcUq8Fb0X9dg7gw1Ue1uFnd1LkazcLvaX8XduJqC RROUGq5eAnad+1xiI8UuwxcmziaISqT6ozoLFPklC+doKzJ8XIfcg4gn/p7jAVRfhzlM g/oA==
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=5YYuiWZh1Xl59Mdf0TnaQN/X02kjCAdbDwob9F+17ag=; b=eOBQQs1c8OKKKgiZCuaKda3d7/xWed8E5ur3ZPTSMtFpgoNSBSUz41qT80lwnImHU3 FZeSenfWzCJ6S3yh4B8CZRkjXlUG591eVBbfPTfeqigbYCwOtyDNfpYXh0kEViROFjmq fssT1NnEpk4E0MKr7yrpIVtnsW3NFtliJGZ805uyfmbtbNWlW5tP0SNuNXf/towGEsDC qwS8teG+NHIg2n1jCQJwNbfTbQOzMNWz4SWBhX24M1fIIo6boVlm2axLZyrTlWMpaWN5 A/owpM5kler4hWjy9tv8AWdEKOuDEfNlP/YA2OFqyUt/evNaGurM6XweMbMSQm0KMGRY kBsg==
X-Gm-Message-State: AOAM532lVw7AIT1HqN89TxvQl+gpy9QguxJ+tPbnpjHciDx01/OXZLSE wgVow4nSa9Dsk9p2liGO6NZWR/mXTyVJ5Wnk4MI=
X-Google-Smtp-Source: ABdhPJxSghHEUGeQ0ei4E3+3tUCEsk+/wnUiTny99tiIRUVoVymcnOnJCAMhRFik/slqODX5qJyEz9CGPS0oM6P7cBM=
X-Received: by 2002:a5d:9f07:: with SMTP id q7mr7482948iot.126.1589644368667; Sat, 16 May 2020 08:52:48 -0700 (PDT)
MIME-Version: 1.0
References: <19D30186-B180-4F65-BF00-7AD07CEF3925@gmail.com> <BN6PR11MB408104884A42DC2A393D0C09C8BA0@BN6PR11MB4081.namprd11.prod.outlook.com> <89EA4005-4972-4284-9ADA-35FAA1F2A759@liquidtelecom.com>
In-Reply-To: <89EA4005-4972-4284-9ADA-35FAA1F2A759@liquidtelecom.com>
From: Tony Przygienda <tonysietf@gmail.com>
Date: Sat, 16 May 2020 08:51:11 -0700
Message-ID: <CA+wi2hOt3zgOgb-EoHwJphHj-NAOxoJRs1cc4sor86Vx-xU2-A@mail.gmail.com>
Subject: Re: Adoption Call for "The IPv6 Compact Routing Header (CRH)"
To: Andrew Alston <Andrew.Alston@liquidtelecom.com>
Cc: "Darren Dukes (ddukes)" <ddukes=40cisco.com@dmarc.ietf.org>, Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000e9eab005a5c5eb4b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/43i590dmLJqpYU-S4XN7aEWf5eE>
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: Sat, 16 May 2020 15:52:51 -0000

I support strongly the adoption of this draft.

First, as to the SRH/CRH discussion, please either clearly define and apply
the _same_ standard and discussion to all those header drafts or don't
apply any "asks" (security, a "must" for architecture and other real
concerns as well as herrings thrown out) otherwise I'm not sure what
"process" is being run here. Something that doesn't have a clear, objective
process should not apply any "decision standard" since it will only produce
a race to the bottom in logical fallacy emails which some of the threads
here suffered from already. If you supply the standard, either adopt all
drafts that fulfill the standard and work on them or reject all/stop
working on them.

The extension is simple & IMO practical if one needs to source route stuff
(which is architecturally and operationally a discussion in itself
independent of this draft of course) and gives careful consideration both
to practical ASIC implementation and those pesky things like OAM. Also, it
does not change the semantics of an IPv6 address to be "something else we
can change daily as to its semantics" which always triggered my feeble
security concerns detector.


--- tony

On Sat, May 16, 2020 at 7:45 AM Andrew Alston <
Andrew.Alston@liquidtelecom.com> wrote:

> Darren…
>
>
>
> Can you please explain the double standard here – where the additional
> development on segment routing was done in other working groups
> (IDR/LSR/SPRING etc) – but – last I checked –
>
>
>
> https://tools.ietf.org/html/draft-ietf-6man-segment-routing-header-26
>
>
>
> That 6man – does refer to this working group right?  Or am I confused.
>
>
>
> Now – let me be very clear before someone claims we’re trying to replace
> the SRH – which is not the case – I am merely contrasting your arguments to
> another case where a routing header was developed – and the rest of the
> work – was done elsewhere as needed, and which you had nom issue with.
>
>
>
> So – to be frank – from my perspective  and speaking only for myself – I
> see this as yet another red herring popped out of thin air.
>
>
>
> Thanks
>
>
>
> Andrew
>
>
>
> *From: *ipv6 <ipv6-bounces@ietf.org> on behalf of "Darren Dukes (ddukes)"
> <ddukes=40cisco.com@dmarc.ietf.org>
> *Date: *Saturday, 16 May 2020 at 17:00
> *To: *Bob Hinden <bob.hinden@gmail.com>om>, IPv6 List <ipv6@ietf.org>
> *Cc: *Bob Hinden <bob.hinden@gmail.com>
> *Subject: *Re: Adoption Call for "The IPv6 Compact Routing Header (CRH)"
>
>
>
> Hi Bob and Ole.
>
>
>
> I’m not supporting the draft for adoption by 6man. I know you’re shocked
> ;).
>
>
>
> I have one main concern with 6man adoption that I think many can agree
> with.
>
>
>
> This draft will require substantial work related to the 16/32bit
> identifier (CP and OAM) that is not ipv6 nor ipv6 maintenance and for which
> this working group does not have a mandate nor, traditionally, expertise to
> drive.
>
>
>
> Others have said “this is not 6man’s concern” and I agree because 6man is
> an ipv6 maintenance WG, not the segment mapping working group.  I believe
> the authors should find a WG with that concern to drive this work. I know
> starting work without requirements is fun and exciting, but you will likely
> end up at the wrong destination.
>
>
>
> Brian had one suggestion on this topic.
>
>
>
> In the past I’ve suggested SPRING, or if the authors desire, a BOF to
> build consensus and gather requirements for its parent SRm6 work or some
> variant of it.
>
>
>
> I hope the authors, WG, chairs and AD consider these points during this
> adoption call.
>
>
>
> Thanks
>
>   Darren
>
>
>
>
> ------------------------------
>
> *From:* ipv6 <ipv6-bounces@ietf.org> on behalf of Bob Hinden <
> bob.hinden@gmail.com>
> *Sent:* Friday, May 15, 2020 6:14 PM
> *To:* IPv6 List
> *Cc:* Bob Hinden
> *Subject:* Adoption Call for "The IPv6 Compact Routing Header (CRH)"
>
>
>
> This message starts a two-week 6MAN call on adopting:
>
>  Title:          The IPv6 Compact Routing Header (CRH)
>  Authors:        R. Bonica, Y. Kamite, T. Niwa, A. Alston, L. Jalil
>  File Name:      draft-bonica-6man-comp-rtg-hdr-21
>  Document date:  2020-05-14
>
>  https://tools.ietf.org/html/draft-bonica-6man-comp-rtg-hdr
>
> as a working group item. Substantive comments regarding adopting this
> document should be directed to the mailing list.  Editorial suggestions can
> be sent to the authors.
>
> Please note that this is an adoption call, it is not a w.g. last call for
> advancement, adoption means that it will become a w.g. draft.  As the
> working group document, the w.g. will decide how the document should change
> going forward.
>
> This adoption call will end on 29 May 2020.
>
> The chairs note there has been a lot of discussions on the list about this
> draft.   After discussing with our area directors, we think it is
> appropriate to start a working group adoption call.  The authors have been
> active in resolving issues raised on the list.
>
> Could those who are willing to work on this document, either as
> contributors, authors or reviewers please notify the list.   That gives us
> an indication of the energy level in the working group
> to work on this.
>
> Regards,
> Bob and Ole
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>