Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

Warren Kumari <warren@kumari.net> Wed, 04 March 2020 00:29 UTC

Return-Path: <warren@kumari.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 CEE773A0945 for <spring@ietfa.amsl.com>; Tue, 3 Mar 2020 16:29:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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=kumari-net.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 YxozoYJ6VtjN for <spring@ietfa.amsl.com>; Tue, 3 Mar 2020 16:29:33 -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 A12B03A0875 for <spring@ietf.org>; Tue, 3 Mar 2020 16:29:33 -0800 (PST)
Received: by mail-qt1-x82a.google.com with SMTP id 59so128769qtb.1 for <spring@ietf.org>; Tue, 03 Mar 2020 16:29:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=YAqRMjmu7Ttf6nVaza+6gISTdcTdQEPoBxnWCL89UWk=; b=wWEKoS212bh02dhxCm5ckhhmgqG8Yi7UG9p3V4EmZqkbiidzPoZT7/LmtXNrnif5qk Txucy1U72VK/ya/q5sIEkCFEYP0teSWvjcGgvOaxdjmNrPiHu9ZkVIas+FIDjN/ydeGd dEWMrH695LguYbXoGBS1tIBEW8u4zlcYatgRtNQp9qdP8XSyktlRTrkPeUbUn70gpWHW 4zYbPCT5viL+1U4lkmkk+jMyOqKGz/D8+cG4CUznGjJL2yPRM+ojsiItfkhyPo1/pS4i ZvC9p1FN0Hp+FMddFldd5S3+RTwGUe+d1Gy7+sIJFwxW+oegQMrJlK/2V7a0fOYgh1na 39ng==
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=YAqRMjmu7Ttf6nVaza+6gISTdcTdQEPoBxnWCL89UWk=; b=cdHMrnrKlBNanciVBDtAE9dxW6JgZIV3jAz3dy+IxVAY1d6gN1cEd+ycsUqs7kZue1 1/fHWDum0LKeQcw04jRREbRWxhjJEzRUyVJGh83QLZE3wa1qnmXUguMeq/BbveJP7ldY QniuMFvZLLt0NyFk6P035BVVERG3V5mjjAsRLnV3/zVzW0c0q9EYYf1vOBrwWs6WCIhE aEpdF2GJCOkQktvnujWx5mIF30hTZBwPebhOI1jtiOT43yHJFXN0gNqD9LVJpLKZSDUd Qqm1y5yAGUMvJtenY3UxiP8hgvstLHchLVzBpuM/IU8f1Wnmya6cB53y0C4PCv5eCAPE qX+Q==
X-Gm-Message-State: ANhLgQ1xibv86wS8qygMYXF1emNF80OF6RShBbPJeiCknwC8rTLsx4kH TV8RL8T4jnWdm5N/xsow17EfbpIofaXZvAjFa8EvUA==
X-Google-Smtp-Source: ADFU+vuxmHVFk2JqihiDZgVSmLgxvHPlRE8WkUMHkAy2aaQTg+hz6KNwn2VFp6ItEGgfGhmHwBmY1Q5fd6Am3oqz/zI=
X-Received: by 2002:ac8:3017:: with SMTP id f23mr182674qte.315.1583281772358; Tue, 03 Mar 2020 16:29:32 -0800 (PST)
MIME-Version: 1.0
References: <17421_1575566127_5DE93B2F_17421_93_1_53C29892C857584299CBF5D05346208A48D1A3DA@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <5518_1582908787_5E594573_5518_436_1_53C29892C857584299CBF5D05346208A48DD1BCA@OPEXCAUBM43.corporate.adroot.infra.ftgroup><C8417F71-D61E-42AC-831E-B85269D5D4A5@steffann.nl> <8297_1583155968_5E5D0B00_8297_207_1_53C29892C857584299CBF5D05346208A48DD4F8F@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <B656E21A-6E86-4A65-B260-82E0CCB29E7B@steffann.nl> <13027_1583251625_5E5E80A9_13027_228_1_53C29892C857584299CBF5D05346208A48DD81CF@OPEXCAUBM43.corporate.adroot.infra.ftgroup>
In-Reply-To: <13027_1583251625_5E5E80A9_13027_228_1_53C29892C857584299CBF5D05346208A48DD81CF@OPEXCAUBM43.corporate.adroot.infra.ftgroup>
From: Warren Kumari <warren@kumari.net>
Date: Tue, 03 Mar 2020 19:28:56 -0500
Message-ID: <CAHw9_iJBpHMa=1T74hNfTN=UbPVGwFGV++z_3x=F=cD+dOVSYQ@mail.gmail.com>
To: Bruno Decraene <bruno.decraene@orange.com>
Cc: Sander Steffann <sander@steffann.nl>, SPRING WG List <spring@ietf.org>, 6man WG <ipv6@ietf.org>, draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/C9L6hgWV2iUUS0VHALVd1bQrw9k>
Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming
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: Wed, 04 Mar 2020 00:29:39 -0000

On Tue, Mar 3, 2020 at 11:07 AM <bruno.decraene@orange.com> wrote:
>
> Sander,
>
> > -----Original Message-----
> > From: Sander Steffann [mailto:sander@steffann.nl]
> > Sent: Monday, March 2, 2020 9:03 PM
> > To: DECRAENE Bruno TGI/OLN
> > Cc: SPRING WG List; draft-ietf-spring-srv6-network-programming; 6man WG
> > Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming
> >
> > Hi Bruno,
> >
> > >> Wait, what?!  There is no "we needed to advance this document" in the IETF or any other consensus based forum...
> > >
> > > By advance this document, I meant start the WG LC. Which is about collecting comments on the document.
> >
> > I think you are confused. This document has been in WG LC since December… I think many of us read "advance this document" as "declare consensus on WG LC".
>
> Re-reading my sentence, I agree that it may be misinterpreted. Let me try to rephrase:
> In December, I have started the WGLC because this has been asked by the authors of this WG document. And because this is usually a good way to trigger a review of the whole document by many persons, and hence improve the document.
> (And I do think that the document has improved as a result of starting the WGLC)
>
>
> > > The situation is that there was and is a single chair. I'm personally ok to not proceed with any adoption call or last call while there is no other co-chair. Note that my AD never asked for this.
> >
> > I'm glad you confirm that no consensus has been declared. That seems the appropriate state at the moment.
> >
> > >> Based on the discussions on the mailing list (including questions on why PSP is so important that we can't take it out for now which have never been clearly answered by the authors) I can't see you can possibly declare consensus.
> > >>
> > >> If there is going to be an appeal I will certainly put my signature on it.
> > >
> > > This is you right to appeal to the IESG.
> >
> > Now that we know that consensus hasn't been declared and the document is still in LC I think appealing would be premature :)
> >
> > > Note that appealing to the IESG is exactly what I'm proposing to do with regards to the reading of RFC 8200.
> >
> > Getting that feedback would indeed be helpful.
>
> Good.
> How do you propose that we get an evaluation and formal answer from the IESG on this point?
> My proposal is to ask while asking the IESG review on draft-ietf-spring-srv6-network-programming.

<no-hats>
Ok, I'm confused -- the process goes that (for WG documents) the WG
chairs evaluate and declare consensus, and then send the document to
the responsible AD. The responsible AD reviews the document and the
process, and if they deem it appropriate, sends to to the IESG for
evaluation.
"ask while asking the IESG review on
draft-ietf-spring-srv6-network-programming" implies that the chairs
would have declared consensus and believe it is ready to publish, and
that the responsible AD agrees it is ready to progress - is this what
you are proposing / saying?

Or were you meaning that you would just ask the IESG to review? Or
that you would state that you cannot declare consensus, and are
gridlocked, and ask the IESG to help? Or something else?

I'm genuinely confused what you mean by the above, and am just trying
to figure out what you are proposing.

W

</no-hats>


>
> --Bruno
>
> > Cheers!
> > Sander
> >
>
> _________________________________________________________________________________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------



-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf