[Bier] Ying(PCEP) and Yang - Re: Comments on about PCEP and BIER

Toerless Eckert <tte@cs.fau.de> Thu, 11 November 2021 17:10 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
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 6E2423A0D29 for <bier@ietfa.amsl.com>; Thu, 11 Nov 2021 09:10:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.869
X-Spam-Level:
X-Spam-Status: No, score=-0.869 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 Mon8-LOrzBvr for <bier@ietfa.amsl.com>; Thu, 11 Nov 2021 09:10:20 -0800 (PST)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 02D083A0D20 for <bier@ietf.org>; Thu, 11 Nov 2021 09:10:19 -0800 (PST)
Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:51]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTPS id EEB75548064; Thu, 11 Nov 2021 18:10:12 +0100 (CET)
Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id E598B4E9D6A; Thu, 11 Nov 2021 18:10:12 +0100 (CET)
Date: Thu, 11 Nov 2021 18:10:12 +0100
From: Toerless Eckert <tte@cs.fau.de>
To: "Jeffrey (Zhaohui) Zhang" <zzhang=40juniper.net@dmarc.ietf.org>
Cc: "bier@ietf.org" <bier@ietf.org>, "lihn6@foxmail.com" <lihn6@foxmail.com>, "wangaj3@chinatelecom.cn" <wangaj3@chinatelecom.cn>
Message-ID: <YY1OdEVFNf+SqTOv@faui48e.informatik.uni-erlangen.de>
References: <BYAPR05MB5654E97967DA6219F82978B3D4949@BYAPR05MB5654.namprd05.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <BYAPR05MB5654E97967DA6219F82978B3D4949@BYAPR05MB5654.namprd05.prod.outlook.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/Ej5nHJfyj6Jxgfb5PBJO1ZxxIwI>
Subject: [Bier] Ying(PCEP) and Yang - Re: Comments on about PCEP and BIER
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: Thu, 11 Nov 2021 17:10:24 -0000

It seems to me PCEP would not be used by a controller to set u the
static configruartion, such as the BFER addresses or BFIT parameters
(especially in BIER-TE where there are multple). This would AFAIK
come from YANG via NetConf or the like

So then comes the big question how we want to manage the overlay
signaling. 

I have not followed the BCP for how other solutions do this, but:

It seems to be perfectly possible to also manage the overlay signaling
via YANG. And then it should be possible to derive a PCEP solution
from the YANG solution quite formalistically.

If we start with PCEP, doing the same via YANG later on might be more
difficult. I am not sure. But it is what i worry about.

Its not that i like YANG. But it seems to me to be the safest starting
point for our BIER controller plane.

I definitely do not want to end up with inconsistent YANG and PCEP options!

Aka: nothing against PCEP work, but shouldn't we really first pledge
with all interested authors to start with the work on YANG ?

Going PCEP and maybe forgetting about YANG along the way may be
sufficient for technologies we know will ONLY be used in SP network
and where PCEP is widely used. But BIER is a new technology. We should
attempt to first concentrate on a controller plane API that most
likely allows us to reach various markets. BIER could be used in
data-centers, it could be used in embedded / industrial networks,
such as campus size video switching networks etc. pp. All those
non-legacy SP deployment casees make me worries about not having Yang
but only PCEP..

Cheers
    Toerless

On Thu, Nov 11, 2021 at 04:54:58PM +0000, Jeffrey (Zhaohui) Zhang wrote:
> Hi,
> 
> These are follow up comments about draft-li-pce-based-bier presented in today's BIER session.
> 
> Tony mentioned it's better to rename it to something like "bier-pcep-overlay-ip-mcast". There was also a question whether there should be one PCEP document for other multicast trees.
> 
> I think there should be one PCEP document (or a set of PCEP documents with *similar* signaling/procedures) that covers all the following:
> 
> - Set up multicast trees in default/master routing instance or VRFs, whether it is IP multicast or SR-P2MP tunnel or even mLDP tunnel
> - The replication can be BIER or BIER-TE or native IP forwarding (just like in PIM case) or MPLS/SRv6 based
> 
> In fact, there is one similar document for BGP signaling already - draft-ietf-bess-bgp-multicast-controller - that does all the above using BGP (see https://mailarchive.ietf.org/arch/msg/idr/V_GLdnLnIA87wsd3fbcUKchNnTs/ about how BIER-TE can be used for replication on a multicast tree node). I am not saying that PCEP is not needed - I am just saying that similar specification can be done for PCEP.
> 
> If we take that approach, the document would be homed in PCEP, and BIER/BIER-TE relevant part is just how to specify the bitstring that a BFIR would use (i.e., 7.3.  Forwarding Indication Object) - assuming that "7.1.2.  BIER Information TLV" would be done via BGP-LS.
> 
> Thanks.
> 
> Jeffrey
> 
> 
> 
> Juniper Business Use Only
> 
> _______________________________________________
> BIER mailing list
> BIER@ietf.org
> https://www.ietf.org/mailman/listinfo/bier

-- 
---
tte@cs.fau.de