[Bier] draft-ietf-bier-ipv6-requirements-09

Gyan Mishra <hayabusagsm@gmail.com> Wed, 18 November 2020 15:14 UTC

Return-Path: <hayabusagsm@gmail.com>
X-Original-To: bier@ietfa.amsl.com
Delivered-To: bier@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 3E25F3A0AD0; Wed, 18 Nov 2020 07:14:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.087
X-Spam-Status: No, score=-2.087 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, 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 ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id bOe3hh112s_y; Wed, 18 Nov 2020 07:14:33 -0800 (PST)
Received: from mail-pg1-x52f.google.com (mail-pg1-x52f.google.com [IPv6:2607:f8b0:4864:20::52f]) (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 5C85C3A0B74; Wed, 18 Nov 2020 07:14:31 -0800 (PST)
Received: by mail-pg1-x52f.google.com with SMTP id r18so1390304pgu.6; Wed, 18 Nov 2020 07:14:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=BqXkW7l96llcNktb3DZEImecfvhd7TCmzklypE+MEbU=; b=n0xQlhsnZum+nYptbThFARQKqn3Ip8TRWYWcNLgxSLDnBOnrjFjyF/QehhsJMuoe+I DyQi4OpZfhey6dfwbTK3RhBeNeDnD7UZg39DSIid0RzQF8Oy7drt5EofPOEgWsz88x21 hZy8e+3kR4h541RPHgJHNEIhsEHxIyuCK9DL5PkQet7IDn1EzDOtE+67WGJ5wjRIpRyM Pi4CwlcU3F0g/mgDlf+jkJqOgYKDMw8wfwHsaH6fXbcP0j60FvCqsKTv/cc/XWP+78Ea Cyqc0eRV7KA45+7pDTetd4lTxCXQptUrkSmnr/gs74kTM+xyjIsrgVvTqes3HW36owp3 0+SQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=BqXkW7l96llcNktb3DZEImecfvhd7TCmzklypE+MEbU=; b=ORYmefMluHB3rXRlIFD7GgWkKzeEvXY9uVhXXcuuaLUCmsIjWLtNT4x24TQQJk/iKV uKqPSC6lcCAdLBPKeFJw5R/8Ujz9d+6WIEHZ/Y3iyg7DI9r26Xu3oAbzI+TdxSM+sJv4 lBLaEQZqkN9JmAQyRW+CqksaHUbxQDoUyQCnZjon9wlEVPRBDer7rI63Ws3CEWnaHydH T9Qwy71tR7g6fx12DkOXwqpaZvrTJHwY1tY2Z6uu6Y8AOrpFx6UdOKBjvdNVdsUXKTMy /7wm+mJdPZeXngxP5UklfX9mFbV2Ip6JF4KZQ1yqYLwb72XzsisP7FKhIEFLBx/6JFpz 4rWg==
X-Gm-Message-State: AOAM532yRIHP3BWfZYJmsSpEpcDvtbllvk1ex13FfpOHMpZ1o1Y1qzdi mwhB+DHjpvg/qPhhds3uQYlBLv9ASAHWNT4PVdo=
X-Google-Smtp-Source: ABdhPJwUSt6UcqczjmlQsuiDj2xlL3990JG1mEWErSmiUETTd0P5yloyj7dd/nGeuTiOCB62yHJpBTEBtHwjgy3VA50=
X-Received: by 2002:a65:56c8:: with SMTP id w8mr8622598pgs.383.1605712470713; Wed, 18 Nov 2020 07:14:30 -0800 (PST)
MIME-Version: 1.0
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Wed, 18 Nov 2020 10:14:20 -0500
Message-ID: <CABNhwV0aZRqXP2wAweEktsibTYpHqHhDB9OTPkO+1JmyOb7-gA@mail.gmail.com>
To: Alvaro Retana <aretana.ietf@gmail.com>, BIER WG <bier@ietf.org>, Greg Shepherd <gjshep@gmail.com>, "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>, Tony Przygienda <tonysietf@gmail.com>, draft-ietf-bier-ipv6-requirements <draft-ietf-bier-ipv6-requirements@ietf.org>, "zhang.zheng" <zhang.zheng@zte.com.cn>
Content-Type: multipart/alternative; boundary="0000000000006daa2305b46311c8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/7lh3_glbKH_0zeWHzJf8ZCLGU10>
Subject: [Bier] draft-ietf-bier-ipv6-requirements-09
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: Wed, 18 Nov 2020 15:14:35 -0000


I would like to thank the Greg, Tony and Alvaro on their pointers and
guidance this morning to help move the ball forward with the requirements

What I heard from Greg which rang out loud and clear and I mentioned to the
requirements authors that today we have BIER MPLS where the BIER header is
encoded into MPLS label stack layer 2 1/2 and we also have non MPLS BIER
Ethernet ether type 0xAB37.

So why do we need non MPLS BIER encapsulation in an IPV6 environment as
that IPv6 environment can be supported by non MPLS BIER Ethernet.  The case
and point here is that eventually just as ATM and Frame Relay now live in
the technology graveyard so will at some point in time as SRv6 matures will
become the end all be all “core transport” mechanism for all operators.  So
that being said we need a another encapsulation method to carry BIER , and
per RFC 8296 that gap is filled with Non MPLS BIER Ethernet encapsulation
today which will work for future SRv6 transport once MPLS goes by the

At the beginning of the presentation Greg corrected me and stated that that
after the BIERin6 independent model draft was published, that the
requirement draft came about to build a set of requirements as to the “why”
we need BIER to work in a non MPLS BIER in an IPv6 environment when we
already have the BIER Ethernet encapsulation that fits the bill and works.

So that’s the million $$ question we are trying to solve here with the
requirements draft.

As for the IPV6 6MAN questions, I was brought on board by Mike McBride as
the IPv6 SME as well as multicast SME - but point being member of 6MAN for
many years so a go between liaison with 6MAN related to any questions
regarding following the IPV6 specification for extension header usage per
RFC 8200.  Both solutions drafts had been reviewed by myself and 6MAN and
no technical issues were found regarding the solutions.

Alvaro mentioned as far as the list of requirements that they were fairly
basic but maybe needed some more meat behind it such as the “support
various L2 link types” but we did not specify.  In previous versions we
stated L2 agnostic and then switched to various but being vague on which
L2.  Alvaro also mentioned why OAM should be a requirement.  We may want to
add a sentence on justification as to why we picked BIER IPv6 requirements
as required versus optional.

We need to add some more meat in the introduction or maybe even a separate
section as to what gap is being filled by non MPLS BIER in IPv6 environment
using IPv6 encapsulation and encoding the BIER header versus Non MPLS BIER
Ethernet.  Also maybe use the requirements section to see if a new
requirement that maybe a gap that is not covered by non MPLS BIER Ethernet
that can be covered by non MPLS BIER in an IPv6 environment.

At the end of the call when we rolled through the last two drafts and went
into overtime I heard the ask for call for adoption for BIERin6 independent


I would not think we are ready to adopt any non MPLS BIER in IPV6
environment solution if we still do not have the requirements set as to the
gap that is being filed and problem being solved that cannot be done today
with non MPLS BIER Ethernet.

The flip side of the comment above is that if we are ready to adopt and we
decided we can skip answering the “why” questions, so then do we need the
requirements draft at all if that’s the case as we have made the decision
to go with a single solution and are closing the door on any other
options.  If the latter then we hang tight on any adoption of any solution
and wait till the requirements draft is completed and adopted followed by
moving forward with adopting any solutions.

Kind Regards




*Gyan Mishra*

*Network Solutions A**rchitect *

*M 301 502-134713101 Columbia Pike *Silver Spring, MD