hi aijun,

On Mon, Nov 29, 2021 at 07:16:18PM +0800, Aijun Wang wrote:
| Hi, Hannes:
| 
| -----Original Message-----
| From: Hannes Gredler <[email protected]> 
| Sent: Monday, November 29, 2021 5:27 PM
| To: Aijun Wang <[email protected]>
| Cc: 'Robert Raszuk' <[email protected]>; 'lsr' <[email protected]>; 'Les Ginsberg 
(ginsberg)' <[email protected]>; 'Tony Li' <[email protected]>; 'Shraddha Hegde' 
<[email protected]>; 'Peter Psenak' <[email protected]>
| Subject: Re: [Lsr] BGP vs PUA/PULSE
| 
| On Mon, Nov 29, 2021 at 09:42:57AM +0800, Aijun Wang wrote:
| 
| [ ... ]
| 
| |    Option 3: The “DOWN” detection on ABR is same as PUA/PULSE, the different
| |    is how to propagate such “DOWN” information. Considering we have observed
| |    that all P/PE router in other areas may be interested such information,
| |    your proposal will require every P/PE router run BGP-LS, which is not the
| |    aimed deploy scenarios for BGP-LS.
|  
| HG> BGP-LS has been conceived to solve the very problem of providing 
| HG> visibility of other
| area's link state. I fail to see what is out of scope here.
| [WAJ] Yes. But it is not for the nodes within IGP itself. It's main aim is to 
feed the underlay topology information to the controller.


HG> BGP-LS has been used now beyond 3rd party controllers. I do also see you as 
co-author of some drafts in LSVR
    Note that a similar protocol machinery like used in LSVR can be made to 
work for your use case here.

| |    Then, if IGP has such capabilities, why bother BGP? What is the benefit?
| 
| HG> simply put: seperation of concerns. Agreed consensus is to mostly 
| HG> use the
| IGP for topology discovery and put the bulk of carrying reachability 
information into BGP which gives us:
| 
| 1) flow-control capabilities (=by virtue of TCP) and
| 2) furthermore operators can scale and isolate the distribution vehicle for a 
given AFI/SAFI service
|    using a dedicated RR infrastructure which does not mess with your bread 
and butter service
|    infra.
| 
| IMO it is not a good idea to put (negative) reachability information back 
into the IGP as you would loose this "seperation of concerns" aspect and 
potentially de-stabilize your topology discovery tool and hence *all* your 
bread-and-butter services.
| [WAJ] Yes. We are seeking the solution to the potential use of such 
unreachable information. Current BGP solutions has not convinced me until now.

perhaps you start elaborating what *exactly* you find not convincing of the 
proposed IGP/BGP split.

thanks,

/hannes

_______________________________________________
Lsr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/lsr

Reply via email to