Re: [Bier] BIER/IPv6 Requirements and Solutions

Alvaro Retana <aretana.ietf@gmail.com> Mon, 10 August 2020 15:53 UTC

Return-Path: <aretana.ietf@gmail.com>
X-Original-To: bier@ietfa.amsl.com
Delivered-To: bier@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6119D3A07B5; Mon, 10 Aug 2020 08:53:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=unavailable 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 qikXcSrp1e9o; Mon, 10 Aug 2020 08:53:09 -0700 (PDT)
Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (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 F2A5A3A077E; Mon, 10 Aug 2020 08:44:27 -0700 (PDT)
Received: by mail-wr1-x42c.google.com with SMTP id l2so8631062wrc.7; Mon, 10 Aug 2020 08:44:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc:content-transfer-encoding; bh=Tyl4opIe2LDstlRZBnUvaCOaNSB8KXz5TWDDnEx2ZgI=; b=qQdHbKqcmekCLVZQrKTx0MfalwH0bNI0iIsh8iBAfbU7QEVEkgfm+jZ//7xwTgXMAN MHzHIKotceoEwjNFjOc679/waf0gby1YCl1XzKC7e3fz3Mg86RJ4TvtK/fwfCawruq5E xoOFQWHGGZ9mrqnx1Bl4WAZcBPCQfNe7va+K8RmN69J12abLRPbbqti4HJzjd65em4Ar NrqqqAEajn8J21SrCu4HZi95Yg2oVDdT0tKJkszvf0IWb3z1TQZJQkNCCBrY0BinzV/e WE49fFFGesovNYd+zMQn5GXXnubpOeyJIG0wzOoj8wWvxuX13MXowgCCwDXRYbyCbK59 wHvA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=Tyl4opIe2LDstlRZBnUvaCOaNSB8KXz5TWDDnEx2ZgI=; b=jLCzjRLTU8UKyr/OtBw7GQDhUwLBU8rHz5Xqg8iJeL9ZcuBjZHrLNpP5uisL6MvQkh ni7Ov0y500HseXY5K8xgWcBsTO40If89m7AmUNJ0J50bFvrJiyNje1/Ojip1DDri5ySC YwuCmE04UwrKOhUWyT51SdkinXLdBAhKAZWWDa7mHaTCJOGbKDSB4gz9k62MCwduLfhw o7fB8y0v9eUPgJHKPGmBZw9lpe72wEcfISQ3IAmcDqCUjKocgC31flzcjUAbU9TNrAdI RxCzs1iNjCeGpUYBEDbdOXFpxnxSb33zRt6UqR+JRo23WUki7qpFVWOUtjCbNGEd3xri aDCg==
X-Gm-Message-State: AOAM531091Uiyp1nCIQeLyUWRtxkuPr6xprR2JmNSPV8e/y15cXtwbWv FwVRegdtNMYpgprzZYfhdJ5EMClO7MUyIf6xn74pUcvZ
X-Google-Smtp-Source: ABdhPJzfe7ugT6Ki5O2UJg+SHE6Xvw20HVCh9B0CgFJlL1sbwRqkUar3gJfueQp+oYqFuebLxBzb+QQ4DSdobNRCUWo=
X-Received: by 2002:adf:f485:: with SMTP id l5mr23454969wro.147.1597074265957; Mon, 10 Aug 2020 08:44:25 -0700 (PDT)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Mon, 10 Aug 2020 08:44:25 -0700
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <1ae42930c57c4a4f953136de2ff7707d@huawei.com>
References: <CAMMESsy2Jui8fnXWKekOrkZnzzjLZDdJpxGi9FzM-ayWb0DCxg@mail.gmail.com> <1ae42930c57c4a4f953136de2ff7707d@huawei.com>
MIME-Version: 1.0
Date: Mon, 10 Aug 2020 08:44:25 -0700
Message-ID: <CAMMESsyx5B2BW9e67yajQi9RrDq-mQBaQ5XDTVUnpZCwDByLxA@mail.gmail.com>
To: "draft-pfister-bier-over-ipv6@ietf.org" <draft-pfister-bier-over-ipv6@ietf.org>, "draft-xu-bier-encapsulation@ietf.org" <draft-xu-bier-encapsulation@ietf.org>, "draft-xie-bier-ipv6-encapsulation@ietf.org" <draft-xie-bier-ipv6-encapsulation@ietf.org>, "draft-zhang-bier-bierin6@ietf.org" <draft-zhang-bier-bierin6@ietf.org>, "draft-ietf-bier-ipv6-requirements@ietf.org" <draft-ietf-bier-ipv6-requirements@ietf.org>, Tianran Zhou <zhoutianran@huawei.com>
Cc: "bier-chairs@ietf.org" <bier-chairs@ietf.org>, "bier@ietf.org" <bier@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/cMvHrDQ4KHrvOMVX3ioWDCj4XvQ>
Subject: Re: [Bier] BIER/IPv6 Requirements and Solutions
X-BeenThere: bier@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "\"Bit Indexed Explicit Replication discussion list\"" <bier.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bier>, <mailto:bier-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bier/>
List-Post: <mailto:bier@ietf.org>
List-Help: <mailto:bier-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bier>, <mailto:bier-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Aug 2020 15:53:12 -0000

On August 10, 2020 at 12:24:49 AM, Tianran Zhou  wrote:


Tianran:

Hi!  How are you?



...
> I have done a preliminary/high-level review of the requirements document
> (see details below); I don't think it currently is in a state to provide
> adequate material for WG discussion. Besides specific requirements, the
> text should include a clear justification for the WG to reach a consensus.
> The current version doesn't properly cover these aspects.
>
> ZTR> I do not agree with you. I think the requirement is straight forward
> and easy to understand. I even think there is no need for the requirement
> document for a consensus. Your comment here is very high level without any
> guidance. Could you please point out, what justification need to reach
> consensus?

[I'm assuming you're talking about the general need to run bier over
IPv6 when you characterize the requirement as "straight forward and
easy to understand."]

Given that this potential work item made it into the Charter, I also
assume that the need to run bier over an IPv6 dataplane is
straightforward.  On the other hand, the decision of which of the
multiple (and different) solutions to pursue (one, many, none ?) is
what doesn't have consensus.  I hope that my notes on the document
itself were more specific.

I will leave the discussion as to whether a requirements document is
necessary to the WG.



> The document points to the WG Charter in a couple of places as
> justification for the work. Recommendation: Focus on the technical aspects
> and not whether something is in the Charter or not! If there is WG
> consensus, a Charter can be amended to include new work. On the other hand,
> while a Charter is used to provide scope and focus, it must not be used as
> justification for doing work in the absence of discussion and consensus.
>
> ZTR> I agree with your point here. The document does not need to discuss
> about the charter. So can I say the Chairs and anybody should not block
> this work with the interpretation of current charter?

The point I tried to make above is about not blindly allowing or
blocking something just because it is in the Charter, or not.  For
both scenarios (written in the Charter or not) the important parts are
discussion and consensus.  IOW, nothing should progress if there is no
WG consensus on it.


Alvaro.