Re: [Idr] BGP-LS alternatives

I support the PCEP-LS as an BGP-LS alternative using NBI to build network
graph using PCEP Centralized SDN/PCE controller.

https://datatracker.ietf.org/doc/html/draft-dhodylee-pce-pcep-ls-23

This allows BGP to remain clean “routing only” protocol and not overloaded
by “non routing” related
data.

PCEP-LS may also be able to solve existing issues with BGP-LS inherent to
BGP-LS.

Kind Regards

Gyan

On Thu, Jun 30, 2022 at 2:46 AM Aijun Wang <wangaijun@tsinghua.org.cn>
wrote:

> I support to distribute the futures IGP load for controller via the
> PCEP-LS.
> The information for controller should be distributed via the north-bound
> protocol, for example PCEP.
> PUB/SUB model can also be implemented via the existing PCEP protocol.
>
> BGP should be used remain in its original east-west domain.
>
> Aijun Wang
> China Telecom
>
> On Jun 30, 2022, at 14:23, Dhruv Dhody <dhruv.ietf@gmail.com> wrote:
>
> 
>
> Thanks Muthu,
>
> Let me add some introduction -  PCEP-LS [1] specify a new message, a new
> object, and some container TLVs but reuses the BGP-LS sub-TLVs inside. It
> is a particularly good alternative when PCECC [2][3] is in use and for
> optical networks [4].
>
> Thanks,
> Dhruv
>
> [1] https://datatracker.ietf.org/doc/draft-dhodylee-pce-pcep-ls/
> [2] https://datatracker.ietf.org/doc/rfc8283/
> [3] https://datatracker.ietf.org/doc/rfc9050/
> [4] https://datatracker.ietf.org/doc/draft-lee-pce-pcep-ls-optical/
>
> On Thu, Jun 30, 2022 at 11:30 AM Muthu Arul Mozhi Perumal <
> muthu.arul@gmail.com> wrote:
>
>> Hi,
>>
>> A comment inline..
>>
>> On Thu, Jun 30, 2022 at 3:18 AM Susan Hares <shares@ndzh.com> wrote:
>>
>>> IDR WG continues to strive to create BGP technology that
>>>
>>> a) enables the BGP protocols to solve customer problems,
>>>
>>> b) enables implementers to create efficient code, and
>>>
>>> c) helps to create a stable and manageable routing infrastructure.
>>>
>>>
>>>
>>> In our striving, it is sometimes useful to consider
>>>
>>> whether a technology can be improved.
>>>
>>> In our last WG adoption call for a BGP-LS feature,
>>>
>>> the question was raised whether there were better
>>>
>>> alternatives to BGP-LS.
>>>
>>>
>>>
>>> IDR focus is on specific BGP solutions for specific
>>>
>>> problems.  Below I’ve given you a sample format.
>>>
>>>
>>>
>>> If we have enough problem/solutions, we’ll hold an interim
>>>
>>> for further discussions.
>>>
>>>
>>>
>>> Cheers,  Sue
>>>
>>>
>>>
>>> ====================
>>>
>>>
>>>
>>> Problem:  BGP-LS original authors wanted to expose LSR (OSPF and ISIS)
>>>
>>> Information via BGP
>>>
>>>
>>>
>>> Use case:  Wide Area networks with multiple IGP domains
>>>
>>> connected by BGP
>>>
>>>
>>>
>>> Solution:  draft-li-lsr-droid-00.txt
>>>
>>> Benefits:  Allows clear delineation between information
>>>
>>> Distribution and routing.  Frees up routing protocols to
>>>
>>
>> There is also an experimental PCEP-LS: draft-dhodylee-pce-pcep-ls
>>
>> Regards,
>> Muthu
>>
>>> Just do routing.
>>>
>>>
>>>
>>> Deficit/Benefit:
>>>
>>> 1. New protocol must be deployed along with
>>>
>>> ISIS, OSPF and BGP.
>>>
>>> 2. Interactions between BGP-LS
>>>
>>>
>>>
>>> Open issues:  What are potential error conditions for
>>>
>>> Protocol interactions (ISIS/OSPF to DROID)?
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Idr mailing list
>>> Idr@ietf.org
>>> https://www.ietf.org/mailman/listinfo/idr
>>>
>> _______________________________________________
>> Idr mailing list
>> Idr@ietf.org
>> https://www.ietf.org/mailman/listinfo/idr
>>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>
-- 

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

*Gyan Mishra*

*Network Solutions A**rchitect *

*Email gyan.s.mishra@verizon.com <gyan.s.mishra@verizon.com>*

*M 301 502-1347*

Re: [Idr] BGP-LS alternatives - problems and solutions