Re: [Bier] What does BIERin6 propose to satisfy the requirements? //RE: draft-ietf-bier-ipv6-requirements-09

Tianran Zhou <> Wed, 25 November 2020 06:01 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id F2A9E3A102F for <>; Tue, 24 Nov 2020 22:01:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.918
X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id SEOXry5wEelO for <>; Tue, 24 Nov 2020 22:01:10 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id ECD553A102E for <>; Tue, 24 Nov 2020 22:01:09 -0800 (PST)
Received: from (unknown []) by (SkyGuard) with ESMTP id 4CgqwC2wtFz67Hfr; Wed, 25 Nov 2020 13:59:23 +0800 (CST)
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2106.2; Wed, 25 Nov 2020 07:01:07 +0100
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Wed, 25 Nov 2020 14:01:05 +0800
Received: from ([]) by ([]) with mapi id 15.01.1913.007; Wed, 25 Nov 2020 14:01:05 +0800
From: Tianran Zhou <>
To: "" <>, "Xiejingrong (Jingrong)" <>
CC: "Jeffrey (Zhaohui) Zhang" <>, BIER WG <>, Gyan Mishra <>
Thread-Topic: [Bier] What does BIERin6 propose to satisfy the requirements? //RE: draft-ietf-bier-ipv6-requirements-09
Thread-Index: AdbC2obW60KOMdCpR6eBBZ/7XBoW/f//mPeA//9t9eA=
Date: Wed, 25 Nov 2020 06:01:04 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_368c96a825734b7e958e0c3f0af649f8huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <>
Subject: Re: [Bier] What does BIERin6 propose to satisfy the requirements? //RE: draft-ietf-bier-ipv6-requirements-09
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "\"Bit Indexed Explicit Replication discussion list\"" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 25 Nov 2020 06:01:13 -0000

Why do you want to stop valid comments and valid discussions?
I think both Gyan and Jingrong just raised the key technique points.
Bier in 6 is just a wrong solution and direction.


From: BIER [] On Behalf Of Greg Shepherd
Sent: Wednesday, November 25, 2020 1:16 PM
To: Xiejingrong (Jingrong) <>
Cc: Jeffrey (Zhaohui) Zhang <>et>; BIER WG <>rg>; Gyan Mishra <>
Subject: Re: [Bier] What does BIERin6 propose to satisfy the requirements? //RE: draft-ietf-bier-ipv6-requirements-09

Please try to keep comments on track and in-line with the thread. Stand-alone questions like this are just digging up ground we've already sowed.


On Tue, Nov 24, 2020 at 7:27 PM Xiejingrong (Jingrong) <<>> wrote:
(to make clean, raise a new topic)

I am confused too by the claiming a solution can do everything and it is an "existing" solution, while requesting allocation of IPv6 Next Header / IPv4 Protocol value which is non-trivial.

We need to know, what does *the* BIERin6 draft propose, and how does *the* BIERin6 draft satisfy the bier-ipv6-requirements.
Take req-1 as an example, suppose there are PPP-over-SONET(POS, RFC2615) links in an IPv6 network, can the existing RFC8296 solve ? What does *the* BIERin6 draft propose to solve ?

Please note in my question the word *the* does not include anything that RFC8296 can solve. Any existing RFC8296 solution is not belonging to *the* BIERin6 proposal. Please tell us *the* BIERin6 proposal.


-----Original Message-----
From: Gyan Mishra [<>]
Sent: Wednesday, November 25, 2020 9:34 AM
To: Jeffrey (Zhaohui) Zhang <<>>
Cc: Alvaro Retana <<>>; BIER WG <<>>;<> <<>>; Tony Przygienda <<>>; draft-ietf-bier-ipv6-requirements <<>>;<>
Subject: Re: draft-ietf-bier-ipv6-requirements-09


About the two lingering points it does shed light on something that has been disturbing me with the BIERin6 solution.

I thought about this some more and I think what creates a lot of confusion in my mind with BIERin6 solution is the L2/tunnel component.

As the main reason is that the L2/tunnel exists today with RFC 8296 “Non MPLS BIER Ethernet” with the special allocated next header code point to account for BIER next header 0xAB37.

I honestly think the L2 should be removed from the BIERin6 draft so that the optional IPV6 encapsulation is no longer “optional” in the draft as that now is the draft.

This also provides the “IPv6 encapsulation” commonality with BIERv6 at least showing clearly that their is a strive for commonality and parity between the two solutions.

Also the “muddying” of the water is eliminated by removing L2 making the solution crystal clear to operators.

Kind Regards


BIER mailing list<>