[Pce] Some thoughts/discussions on Hierarchical PCE discovery

Huaimo Chen <huaimo.chen@huawei.com> Wed, 15 March 2017 17:55 UTC

Return-Path: <huaimo.chen@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3881313175C for <pce@ietfa.amsl.com>; Wed, 15 Mar 2017 10:55:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham 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 ckZstpMxnqJi for <pce@ietfa.amsl.com>; Wed, 15 Mar 2017 10:55:04 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1752A13175A for <pce@ietf.org>; Wed, 15 Mar 2017 10:55:03 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DIY09954; Wed, 15 Mar 2017 17:54:59 +0000 (GMT)
Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 15 Mar 2017 17:54:58 +0000
Received: from SJCEML703-CHM.china.huawei.com ([169.254.5.69]) by SJCEML701-CHM.china.huawei.com ([169.254.3.132]) with mapi id 14.03.0235.001; Wed, 15 Mar 2017 10:54:50 -0700
From: Huaimo Chen <huaimo.chen@huawei.com>
To: "pce@ietf.org" <pce@ietf.org>
Thread-Topic: Some thoughts/discussions on Hierarchical PCE discovery
Thread-Index: AQHSnbU9m7yOiF63NkWtjyGmckSIQg==
Date: Wed, 15 Mar 2017 17:54:49 +0000
Message-ID: <5316A0AB3C851246A7CA5758973207D45014BD58@SJCEML703-CHM.china.huawei.com>
References: <147197513470.30697.9830247130594037700.idtracker@ietfa.amsl.com> <044d01d202c8$b28c7570$17a56050$@olddog.co.uk> <23CE718903A838468A8B325B80962F9B8C94CE75@blreml501-mbx> <006201d2038a$19430b00$4bc92100$@olddog.co.uk> <23CE718903A838468A8B325B80962F9B8C94D4D6@blreml501-mbx>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.212.244.240]
Content-Type: multipart/alternative; boundary="_000_5316A0AB3C851246A7CA5758973207D45014BD58SJCEML703CHMchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.58C97FF4.01E4, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.5.69, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: d3f279182d36e8baab28d062b6b4908a
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/4lguGW5Ia9jVSuyFKBv2BKkjei0>
Subject: [Pce] Some thoughts/discussions on Hierarchical PCE discovery
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Mar 2017 17:55:07 -0000

Hi Everyone,

    The following is a summary of thoughts/discussions about Hierarchical PCE discovery during/after IETF 96.

    After an operator configure a PCE hierarchy, i.e., parent PCE and child PCE relations in a PCE system,  do we need to determine (or discover) the PCE hierarchy in the PCE protocol level?

    After an operator configures a parent PCE and a child PCE over a session, this parent-child PCE relationship needs to be determined (or discovered) in the PCE protocol level. This is similar to existing OSPF and BGP protocol regarding to OSPF adjacency and BGP peer determination (or discovery).

    After an expected adjacency between two OSPF routers is configured by an operator, the OSPF protocol (refer to RFC 2328, Section 7) will determine whether the adjacency is allowed based on the parameters configured, and forms the OSPF adjacency after the determination accordingly. If some parameters configured on two ends of the expected adjacency do not match, the OSPF protocol will detect the mismatch and will not form the expected adjacency.

    After an expected peer relation between two BGP routers is configured by an operator, the BGP protocol (refer to RFC 4271, Section 8) will determine whether the expected peer relationship is allowed based on the parameters configured, and forms the BGP peer relation after the determination accordingly.

    Only after determining that the parent-child PCE relation can be formed and has been formed, a child PCE can send its parent PCE the information about the child PCE.  This is also similar to existing OSPF and BGP protocol regarding to OSPF link state information advertisement over an OSPF adjacency and BGP route distribution over a BGP peer session.


    Why not use auto-discovery for Hierarchical PCE?

    There are security concerns in some cases.

    For two PCEs belonging to two different service providers, there are security concerns for automatically discovering the parent-child PCE relation between them without any configuration.

    For PCEs belonging to the same service providers, it is possible for some auto-discovery to discover the parent-child PCE relations among these PCEs with minimum configurations. But some rules for determining/selecting which PCEs will be parent PCEs and which PCEs are child PCEs need to be defined first.


    Why use term "discovery"? Determination seems better.

    The hierarchy of PCEs in a hierarchical system is configured first, and then is determined or confirmed in the PCE protocol level. Using term "discovery" of Hierarchical PCE seems not fit well. Term "determination" seems better.



Best Regards,
Huaimo