Re: [Teas] PCE Controller & SDN Controller & Netconf/Yang NMS Controller - lines blurred and can the names be used ubiquitously meaning the same

Gyan Mishra <hayabusagsm@gmail.com> Tue, 13 October 2020 04:39 UTC

Return-Path: <hayabusagsm@gmail.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDD313A0DFE; Mon, 12 Oct 2020 21:39:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.087
X-Spam-Level:
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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yroNN4thhABL; Mon, 12 Oct 2020 21:39:37 -0700 (PDT)
Received: from mail-ua1-x930.google.com (mail-ua1-x930.google.com [IPv6:2607:f8b0:4864:20::930]) (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 315103A09F7; Mon, 12 Oct 2020 21:39:34 -0700 (PDT)
Received: by mail-ua1-x930.google.com with SMTP id f15so6086215uaq.9; Mon, 12 Oct 2020 21:39:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=IDVmzwul4ofqd5waloRN0uQpcMgvLZ9ZAv4gENR6/vk=; b=F0Rbf0927PXPCY8P+LUqSssUIphXiGlgH7Mpj5zcMadlgjnOSFWzeixVoRkjqFV0rh ySP0nnJcEyrsXoBFPrHe9AgwSDnT44IkK/aiM+MTOgXYPqAxxgF+XEM8D9dXfew1IvGk mzhT9j6YGewOMKt9JzOEFs+H1+1iEDoAxVUt7H5zUQME3rsp8l3y/FoiSc9wOqJnclEK 7z3yy/oYtTu7hHPyvLMNpyaoo3T8XEQQToAw2V+KSL4jmiT8E73cgSHP3eiw0SkogC5N 9m+NG7J2xUM9fQj1ld3U4bjtZDh+xjpGO1XXlrrGR5uhJHk5OvctparlVzcS9ea7ulwm fOcw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=IDVmzwul4ofqd5waloRN0uQpcMgvLZ9ZAv4gENR6/vk=; b=Ukcg6f+KxcXsQkge3Y6XW112RCeu7sdSrFWc3KeQPZ2GbdDAfERIBwGs9i2IgRU+hu mEQGkIHQZ50lLb02K+4vIfCJmHadQm4JvqrchE5OPDIerzeUNjVUFsNOWHYdOXnf1uWq 20Stl0cnVcHWI0OmlNTlyjuAq80y/O7wjOQcv5zHtcB/6Y2xdAeH9SVHfPSHs+bPiuXv ORgEF3yjYITttAjNA0Bb/MOJuAXtzsUOR7Ax1//W6WN/IMoj2tr2r1C+epBHeiEX6KBl +DkKJgDcN737P6KzaUtRaKG3Cu8WbNi0GCZqgUMA4tMAE9/KV+K7BCam9Gs4kN14Igdu iOWA==
X-Gm-Message-State: AOAM532khP51HYqyDDXnl6TqMz2U5MLQtL/+DpDGNyLIyDzMfiXzEDwh Fiw19kbfMonAIXW21gwYxn34CM7awAUuS6CfmXibuTGzWVT6Mzwc
X-Google-Smtp-Source: ABdhPJwivjK3H4T4XTF7JrFFfYTkZE+PXcHfazL1EzpNUJ1VDSmY2OT+6w6pEa/fwhHH19RCTN3IoRrMn4WnlpA3iZg=
X-Received: by 2002:ab0:4d62:: with SMTP id k34mr2800567uag.141.1602563972692; Mon, 12 Oct 2020 21:39:32 -0700 (PDT)
MIME-Version: 1.0
References: <CABNhwV2hACuvVJxQVihP2ejfq1NHKOwxHLCq=_o9DgoWBZag=w@mail.gmail.com>
In-Reply-To: <CABNhwV2hACuvVJxQVihP2ejfq1NHKOwxHLCq=_o9DgoWBZag=w@mail.gmail.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Tue, 13 Oct 2020 00:33:50 -0400
Message-ID: <CABNhwV2_8EeayBQyWtjFQCUJmkE5FBkZ7TL8RCRBSTbfhZueWQ@mail.gmail.com>
To: TEAS WG <teas@ietf.org>, pce@ietf.org, IDR List <idr@ietf.org>, lsr <lsr@ietf.org>, BESS <bess@ietf.org>, BIER WG <bier@ietf.org>, SPRING WG <spring@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000052820105b18600e0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/TLka0-bzFfh_GbFzb9d5EaPzSUk>
Subject: Re: [Teas] PCE Controller & SDN Controller & Netconf/Yang NMS Controller - lines blurred and can the names be used ubiquitously meaning the same
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Oct 2020 04:39:40 -0000

All

Another way of looking at BGP-LS is that it is an extremely powerful tool
for centralized controller based architectures or hybrid architectures, and
it does not bog down or impact the agility and lightweight aspects of BGP,
as BGP has its overall ability to stack & pile on SAFI's and codepoint's as
necessary to meet the desired design objectives.  So BGP can still remain
as light weight or as heavy weight as desired based on the design objective.

! BGP LS IAIA codepoints
https://www.iana.org/assignments/bgp-ls-parameters/bgp-ls-parameters.xhtml

So its safe to say that the use cases are pretty limitless for BGP-LS from
PCE path instantiation to ZTP & Day X provisioning & configuration.  I
think "dump drunk" depiction of BGP-LS is really a negative perception, as
BGP-LS has the native data structures primitives to build customizable
TLV's to meet almost any design objective.

Comments welcome.

Kind Regards

Gyan



On Sat, Oct 10, 2020 at 3:26 PM Gyan Mishra <hayabusagsm@gmail.com> wrote:

>
> Dear TEAS, PCE, IDR, LSR, BESS, BIER  Spring Working Groups,
>
> I have noticed that after reviewing many drafts across many WGs it seems
> in the industry that the lines seem to be blurred between a PCE controller,
> ODL or Openflow SDN Controller and a Netconf/Yang NMS Controller ZTP & Day
> X provisioning.
>
> As this is a software sitting on a server you can have a swiss army knife
> server that does everything from PCE path computation to  Netconf/Yang ZTP
> & Day N provisioning as well as any SDN Controller ODL or Openflow
> controller type functions as well.
>
> How this comes into play and realization of the lines being blurred is the
> use of BGP-LS in building the IGP topological graph of the network which
> was designed for PCEP and PCE & PCC active & passive off line path
> computation for both RSVP-TE or SR-TE path instantiation.
>
> However now BGP-LS can also be used for other functions now such as usage
> as I am a Shepherd reviewing a draft for BGP-LS usage for BIER to use
> BGP-LS to gather the elements internals within BIER using the same BGP-LS
> data structures to populate with BIER specific information to graph the
> BIER topology.  So here we are not doing any path computations as we are
> using in this use case  for NMS type function to gather data for ZTP & Day
> N provisioning.
>
> Similarly other use cases such as with TEAS TS-Transport slice and being
> able to provision TS and capturing the TS Enhanced VPN RT & resource
> information and leveraging BGP-LS to do the same data gathering & ZTP like
> controller style provisioning.
>
> It does seem as though BGP-LS as its a means of "data gathering" "dump
> truck" of anything with the kitchen sink included to build any type of
> topological graph of literally anything under the sun.  I see that is a
> nice to leverage but it does in fact blur the lines of NMS Netconf/Yang
> Controller based functionality and  PCE path computation functionality and
> SDN controller based ZTP functionality into a single ubiquitous server that
> can do all of the above and use BGP-LS to accomplish the "kitchen sink"
> tasks.  It does however transform BGP to be an NMS tool but a "tool" and
> not just the original function which it was intended NLRI network
> reachability.
>
> Am I off base and please let me know as its BGP-LS is being way over
> leveraged.  There are pros & cons to everything but I thought I would bring
> up to the WG as an important discussion point.
>
> Lots of food for thought.  Welcome all comments as well as concerns
> related to this topic.
>
> Kind Regards,
>
> <http://www.verizon.com/>
>
> *Gyan Mishra*
>
> *Network Solutions A**rchitect *
>
>
>
> *M 301 502-134713101 Columbia Pike *Silver Spring, MD
>
>

-- 

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *



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