Re: [Bier] Pls "vote" on name (draft-ietf-bier-te-arch)

Lou Berger <lberger@labn.net> Fri, 28 February 2020 23:13 UTC

Return-Path: <lberger@labn.net>
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 76C013A1D7B for <bier@ietfa.amsl.com>; Fri, 28 Feb 2020 15:13:22 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-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 (768-bit key) header.d=labn.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 fJmKVmHy8pNA for <bier@ietfa.amsl.com>; Fri, 28 Feb 2020 15:13:21 -0800 (PST)
Received: from gproxy3-pub.mail.unifiedlayer.com (gproxy3-pub.mail.unifiedlayer.com [69.89.30.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A77CC3A1B9A for <bier@ietf.org>; Fri, 28 Feb 2020 15:13:20 -0800 (PST)
Received: from cmgw15.unifiedlayer.com (unknown [10.9.0.15]) by gproxy3.mail.unifiedlayer.com (Postfix) with ESMTP id 6DD8140132 for <bier@ietf.org>; Fri, 28 Feb 2020 16:13:17 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 7oonjHw8N1as57oonjKA1z; Fri, 28 Feb 2020 16:13:17 -0700
X-Authority-Reason: nr=8
X-Authority-Analysis: v=2.3 cv=HoJY5XbS c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=dLZJa+xiwSxG16/P+YVxDGlgEgI=:19 a=xqWC_Br6kY4A:10:nop_ipv6 a=l697ptgUJYAA:10:nop_rcvd_month_year a=Vy_oeq2dmq0A:10:endurance_base64_authed_username_1 a=r77TgQKjGQsHNAKrUKIA:9 a=pGLkceISAAAA:8 a=AUd_NHdVAAAA:8 a=48vgC7mUAAAA:8 a=wU2YTnxGAAAA:8 a=zQP7CpKOAAAA:8 a=470PsG_FMCf2IZooNgwA:9 a=uxrWFqYfGlSz7FIa:21 a=pcvXs96-GMJHHkDP:21 a=QEXdDO2ut3YA:10:nop_charset_2 a=gfGs23yA7rLORz4d9P8A:9 a=rC73a_Nn0qH7YDKz:21 a=mEDczMhu5jpx_xiw:21 a=qF4OkqZY-QZbPfRs:21 a=_W_S_7VecoQA:10:nop_html a=w1C3t2QeGrPiZgrLijVG:22 a=Yz9wTY_ffGCQnEDHKrcv:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:MIME-Version:Subject:References:In-Reply-To: Message-ID:Date:CC:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=orsbqtHTqOIdztJtIyI1EIX0CiZxOsR1i3wGL0R0UAw=; b=zahVsoeRMws+mAwd5AN3N79jhD gawy3gMcSoJl1qAHoTdYb6G0JOj/P5RIQENY7QPD8LbOQz7y5nim3bCUvBqC+KvQ+HBsBitqEre61 0oY+dQrDzHXH4P2fnYqp6wBI+;
Received: from [172.58.187.173] (port=51884 helo=[IPV6:2607:fb90:a833:59c2:0:b:68e4:c901]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.92) (envelope-from <lberger@labn.net>) id 1j7oom-002Q5X-SI; Fri, 28 Feb 2020 16:13:17 -0700
From: Lou Berger <lberger@labn.net>
To: Tony Przygienda <tonysietf@gmail.com>, Greg Shepherd <gjshep@gmail.com>
CC: Dirk Trossen <dirk.trossen@huawei.com>, bier@ietf.org, bier-ads@ietf.org, "BRUNGARD, DEBORAH A" <db3546@att.com>, Toerless Eckert <tte@cs.fau.de>, "Acee Lindem (acee)" <acee@cisco.com>, bier-chairs@ietf.org
Date: Fri, 28 Feb 2020 18:13:14 -0500
Message-ID: <1708e134728.277b.9b4188e636579690ba6c69f2c8a0f1fd@labn.net>
In-Reply-To: <CA+wi2hMmLBkmf=dERUAj8OGKTt8VKXaSVF1xa74D0H7kghYp9Q@mail.gmail.com>
References: <20200227204038.GB23965@faui48f.informatik.uni-erlangen.de> <91BA3A406CA139458B56D8C52EAB227D147F35@lhreml501-mbs> <20200228142253.GA44403@faui48f.informatik.uni-erlangen.de> <5A558653-37FD-4D0B-A637-8F0078D91C81@cisco.com> <CABFReBpnz3Qa8tLfYaTp8Crgtg-t+iiv6wTWzuhOA9yyAeoqtg@mail.gmail.com> <CA+wi2hMmLBkmf=dERUAj8OGKTt8VKXaSVF1xa74D0H7kghYp9Q@mail.gmail.com>
User-Agent: AquaMail/1.22.0-1511 (build: 102200004)
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----------1708e134b5b7ea8277b8677494"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 172.58.187.173
X-Source-L: No
X-Exim-ID: 1j7oom-002Q5X-SI
X-Source:
X-Source-Args:
X-Source-Dir:
X-Source-Sender: ([IPV6:2607:fb90:a833:59c2:0:b:68e4:c901]) [172.58.187.173]:51884
X-Source-Auth: lberger@labn.net
X-Email-Count: 6
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Org: HG=bhcustomer;ORG=bluehost;
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/q4SEn74y51psNbJ6Mjlp1ZnJ5zI>
Subject: Re: [Bier] Pls "vote" on name (draft-ietf-bier-te-arch)
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: Fri, 28 Feb 2020 23:13:23 -0000

Chairs/all

Rather than play games with the name why not just add the one section 
that's missing to support traffic engineering and then you can legitimately 
call it TE? (Some may have noted that this was my preference in my mail 
that kicked off this discussion.). I'm even happy to contribute text.

Doesn't this make the most sense?

Lou


----------
On February 28, 2020 11:03:04 AM Tony Przygienda <tonysietf@gmail.com> wrote:

> Yepp, I concur with Greg ... tony
>
> On Fri, Feb 28, 2020 at 8:00 AM Greg Shepherd <gjshep@gmail.com> wrote:
>
>> My vote: BIER-TE
>> Call it Tree Engineering. If we were so concerned with acronym overuse the
>> IETF would grind to a halt. I've been involved in other WGs where I felt
>> the name missed the mark describing the ideas in the draft, but felt
>> reading the draft was how someone got their heads around the proposed
>> solution, rather than miss-read the title and run away confused. ie -
>> Vlex-Algo. No, it's Flex-Topo, but what's to be gained from arguing for a
>> name at this point?
>>
>> Yes, we should strive to be as 'correct' as possible. But the IETF is full
>> of baggage that engineers have managed to wade through, make sense of, and
>> implement successfully. Get the spec right, No #1 priority. If you don't
>> like the name, read on. It will grow on you. :)
>>
>> Shep (w/o chair hat)
>>
>> On Fri, Feb 28, 2020 at 7:31 AM Acee Lindem (acee) <acee@cisco.com> wrote:
>>
>>> If you go with PBR, you could continue the BIER WG traditional of
>>> selecting brew-based acronyms. Hence, that would be my vote. It could be
>>> confused with Policy Based Routing but only if someone actually implements
>>> it.
>>> Thanks,
>>> Acee
>>>
>>> On 2/28/20, 9:23 AM, "BIER on behalf of Toerless Eckert" <
>>> bier-bounces@ietf.org on behalf of tte@cs.fau.de> wrote:
>>>
>>>     Sure, Just reply wth the ones you like whether existing or added and
>>>     give them the weiht you like, e.g.: from your email something like:
>>>
>>>     5  BIER-PBR    (Path Based Routing)
>>>     5  BIER-PST    (Path based STeering)
>>>     3  BIER-PE     (Path Engineering)
>>>
>>>     On Fri, Feb 28, 2020 at 07:54:07AM +0000, Dirk Trossen wrote:
>>>     > Toerless, all,
>>>     >
>>>     > May I add to the mix (which might not help) with the proposal for
>>> 'path-based routing' (or BIER-PBR) or 'path-based steering' (or BIER-PST)?
>>> If you want to keep a two letter acronym, I'd add 'path steering' (rather
>>> than path engineering) to the mix. From the below, without considering any
>>> alternatives, I'd go for BIER-PE but it comes with the issues like many two
>>> letter acronyms, namely the higher 'collision rate' with others.
>>>     >
>>>     > Best,
>>>     >
>>>     > Dirk
>>>     >
>>>     >
>>>     >
>>>     > -----Original Message-----
>>>     > From: BIER [mailto:bier-bounces@ietf.org] On Behalf Of Toerless
>>> Eckert
>>>     > Sent: 27 February 2020 21:41
>>>     > To: bier@ietf.org
>>>     > Cc: Lou Berger <lberger@labn.net>; bier-ads@ietf.org; BRUNGARD,
>>> DEBORAH A <db3546@att.com>; bier-chairs@ietf.org
>>>     > Subject: [Bier] Pls "vote" on name (draft-ietf-bier-te-arch)
>>>     >
>>>     > Dear WG
>>>     >
>>>     > Please chime in with opinions about the following or any new name
>>> you like as the new name for BIER-TE. Timeout is deadline for submission of
>>> draft before IETF107, when i'll post an update. If you propose a new name
>>> try to avoid re-using abbreviations that may be misinterpreted.
>>>     >
>>>     > 5 = best name ever, ... 1 = lame name, no number assigned means 0
>>> votes are just added up and maximum sum option wins.
>>>     > Explanations if you haven't followed thread at the end.
>>>     >
>>>     > BIER-PE  - Path Engineering
>>>     > BIER-ET  - Explicit Trees
>>>     > BIER-EET - Explicit Engineered Trees
>>>     > BIER-BET - Bit Engineered Trees
>>>     > BIER-BST - Bit Steered Trees
>>>     > BIER-TrE - Tree engineering
>>>     > BIER-ET  - Engineered Trees
>>>     > BIER-ST  - Steered Trees
>>>     >
>>>     > BIER-ASB - Adjacency Steering Bits   (adjacencies are how bits in
>>> BIER-PE are defined)
>>>     > BIER-AB  - Adjacency Bits
>>>     > BIER-SB  - Steering Bits             (overloads with "Source Block"
>>> - never heard)
>>>     >
>>>     > Thanks,
>>>     >     Toerless
>>>     >
>>>     > Explanations: If you have read through the threads with Lou and
>>> Deborah, and my understanding is correct:
>>>     >
>>>     > Lou desired there to be a new name so BIER-TE the
>>> forwarding/steering mechanism (this document) is named differently from
>>> BIER-TE the larger framework utilizing TEAS/PCE definition (separate future
>>> draft).
>>>     >
>>>     > Lou did not like my "Path Engineering" proposal as the name in the
>>> last version of the doc and felt we should pick a name with
>>> Steering/routing-policy in it. I think usn only steering/routing would be
>>> misleading (confused with unicast approaches).
>>>     >
>>>     > Deborah pointed to avoiding confusions in the name with
>>> pre-established named (e.g.: "PE" meaning Provider Edge).
>>>     > Said we should finalize on the name before we as the WG should pass
>>> the document to IESG. And she asked chairs to extend last-call by one more
>>> week (unrelated). Hence timeout end of next week.
>>>     >
>>>     > _______________________________________________
>>>     > BIER mailing list
>>>     > BIER@ietf.org
>>>     > https://www.ietf.org/mailman/listinfo/bier
>>>     >
>>>     > _______________________________________________
>>>     > BIER mailing list
>>>     > BIER@ietf.org
>>>     > https://www.ietf.org/mailman/listinfo/bier
>>>
>>>     --
>>>     ---
>>>     tte@cs.fau.de
>>>
>>>     _______________________________________________
>>>     BIER mailing list
>>>     BIER@ietf.org
>>>     https://www.ietf.org/mailman/listinfo/bier
>>>
>>>
>>>
>
>
>
> ----------
> _______________________________________________
> BIER mailing list
> BIER@ietf.org
> https://www.ietf.org/mailman/listinfo/bier
>