Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-13 Thread Tianran Zhou
; Yingzhen Qu ; idr ; grow ; lsr Subject: Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol Tianran, On Jul 11, 2022, at 10:42 PM, Tianran Zhou mailto:zhoutianran=40huawei@dmarc.ietf.org>> wrote: Hi Jeff, Our work is not to propose a new protocol. https://datatracker.ietf.org/doc/html/dr

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-12 Thread Jeffrey Haas
Tianran, On Jul 11, 2022, at 10:42 PM, Tianran Zhou wrote: > > Hi Jeff, > > Our work is not to propose a new protocol. > https://datatracker.ietf.org/doc/html/draft-gu-opsawg-network-monitoring-igp-01 > > > Ou

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-11 Thread Tianran Zhou
t;>, Susan Hares mailto:sha...@ndzh.com>>, IDR List mailto:i...@ietf.org>>, "g...@ietf.org<mailto:g...@ietf.org> g...@ietf.org<mailto:g...@ietf.org>" mailto:g...@ietf.org>>, lsr mailto:lsr@ietf.org>> Subject: Re: [Lsr] [Idr] [GROW] IGP Monitoring P

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-11 Thread Robert Raszuk
> but kindly don't assert that others can't do it when it's being done. I did not assert that it can not be done as it is done today. But not everything which is done today should be kept that way for an endless future. Many thx, R. On Mon, Jul 11, 2022 at 8:18 PM Jeffrey Haas wrote: > Rober

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-11 Thread Jeffrey Haas
Robert, > On Jul 11, 2022, at 12:16 PM, Robert Raszuk wrote: > On Mon, Jul 11, 2022 at 6:09 PM Jeffrey Haas > wrote: > Tianran, > > Please note that nothing prohibits BGP-LS from being distributed over BMP > today aside from implementation support. It's just another AF

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-11 Thread Robert Raszuk
HI Jeff, On Mon, Jul 11, 2022 at 6:09 PM Jeffrey Haas wrote: > Tianran, > > Please note that nothing prohibits BGP-LS from being distributed over BMP > today aside from implementation support. It's just another AFI/SAFI. > > -- Jeff > Do you mean to build a dummy Adj_RIB_IN or OUT just to feed

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-11 Thread Jeffrey Haas
gt; >> From: Lsr mailto:lsr-boun...@ietf.org>> on behalf of >> Robert Raszuk mailto:rob...@raszuk.net>> >> Date: Sunday, July 10, 2022 at 1:32 PM >> To: Yingzhen Qu mailto:yingzhen.i...@gmail.com>> >> Cc: Gyan Mishra mailto:hayabusa...@gmail.com>>, >&g

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-11 Thread Robert Raszuk
se case. In LSR WG, there have been proposals asking >>>> IGPs to carry non-routing information which will have impacts on protocol >>>> convergence, and OSPF-GT is meant to be the vehicle for such information. >>>> >>>> BMP started before YANG, now with NETCO

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-11 Thread Tony Przygienda
10, 2022, at 3:44 PM, Robert Raszuk wrote: >>> >>> Hi Acee, >>> >>> My questions were based on section 3.4 of the latest version of the >>> draft. >>> >>> So I do not think I misinterpreted it. >>> >>> Thank you, >>>

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-11 Thread Robert Raszuk
t; > On Mon, Jul 11, 2022 at 12:38 AM Acee Lindem (acee) > wrote: > >> Hi Robert, >> >> >> >> *From: *Lsr on behalf of Robert Raszuk < >> rob...@raszuk.net> >> *Date: *Sunday, July 10, 2022 at 1:32 PM >> *To: *Yingzhen Qu >>

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-10 Thread Gyan Mishra
Hi Yingzhen So with OSPFV2 using RFC 6549 would support multiple instances or OSPFV3 already supports instances, how is the GT instance differentiated from any other routed instance? For OSPFV2 it would use Opaque LSA Type 9,10,21 similar to RSVP-TE with an opaque option code for GTI. For OSPFV3

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-10 Thread Yingzhen Qu
om>>, IDR List <mailto:i...@ietf.org>>, "g...@ietf.org <mailto:g...@ietf.org> g...@ietf.org > <mailto:g...@ietf.org>" mailto:g...@ietf.org>>, lsr > mailto:lsr@ietf.org>> > Subject: Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol > >

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-10 Thread Robert Raszuk
.@raszuk.net> > *Date: *Sunday, July 10, 2022 at 1:32 PM > *To: *Yingzhen Qu > *Cc: *Gyan Mishra , Susan Hares , > IDR List , "g...@ietf.org g...@ietf.org" , > lsr > *Subject: *Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol > > > > Hi Yingzhen & OSPF-

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-10 Thread Acee Lindem (acee)
Hi Robert, From: Lsr on behalf of Robert Raszuk Date: Sunday, July 10, 2022 at 1:32 PM To: Yingzhen Qu Cc: Gyan Mishra , Susan Hares , IDR List , "g...@ietf.org g...@ietf.org" , lsr Subject: Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol Hi Yingzhen & OSPF-GT authors, U

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-10 Thread Robert Raszuk
Hi Yingzhen & OSPF-GT authors, UP front I must state that anything is better to export IGP information from routers to interested nodes than using BGP for it. But to propose using OSPF to transport ISIS seems pretty brave :) I must admit it ! With that I have few questions to the proposal - assu

Re: [Lsr] [Idr] [GROW] IGP Monitoring Protocol

2022-07-09 Thread Yingzhen Qu
Hi, Since we’re discussing possible solutions, I’d like to bring up the draft: https://datatracker.ietf.org/doc/draft-ietf-lsr-ospf-transport-instance/ We just submitted a new version. The name of the document is changed