@ietf.org
Subject: Re: [Lsr] OSPF Monitor Node (draft-retana-lsr-ospf-monitor-node)
HI Robert,
I doubt there is an RFC 8770 implementation right now since the use case was a
BGP RR and that wasn’t implemented. However, it is still light years ahead of a
new proposal.
Thanks,
Acee
gt; *To: *Acee Lindem
> *Cc: *Aijun Wang , Alvaro Retana <
> alvaro.ret...@futurewei.com>, Lin Han , "
> lsr@ietf.org"
> *Subject: *Re: [Lsr] OSPF Monitor Node
> (draft-retana-lsr-ospf-monitor-node)
>
>
>
> Hi Acee,
>
>
>
> Thank you for forwarding th
, Alvaro Retana
, Lin Han , "lsr@ietf.org"
Subject: Re: [Lsr] OSPF Monitor Node (draft-retana-lsr-ospf-monitor-node)
Hi Acee,
Thank you for forwarding this. Yes I personally missed RFC8770 and discussions
on the list about it. It went smooth and quiet during fall 2019 so it was hard
ret...@futurewei.com>, Lin Han , "
> lsr@ietf.org"
> *Subject: *Re: [Lsr] OSPF Monitor Node
> (draft-retana-lsr-ospf-monitor-node)
>
>
>
> Can you please list those standards ?
>
>
>
> OSPFv3 -- RFC 5340 (Router-LSA R-Bit)
>
> OSPFv2 – RFC
Hi Robert,
From: Robert Raszuk
Date: Tuesday, March 8, 2022 at 7:00 AM
To: Acee Lindem
Cc: Aijun Wang , Alvaro Retana
, Lin Han , "lsr@ietf.org"
Subject: Re: [Lsr] OSPF Monitor Node (draft-retana-lsr-ospf-monitor-node)
Can you please list those standards ?
OSPFv3 -- RFC 5340 (Ro
aro.ret...@futurewei.com>, Lin Han , "
> lsr@ietf.org"
> *Subject: *Re: [Lsr] OSPF Monitor Node
> (draft-retana-lsr-ospf-monitor-node)
>
>
>
> Hi Acee,
>
>
>
> Imagine that I would like to place bunch of IGP nodes as anchors just for
> the
Hi Robert,
From: Robert Raszuk
Date: Tuesday, March 8, 2022 at 4:09 AM
To: Acee Lindem
Cc: Aijun Wang , Alvaro Retana
, Lin Han , "lsr@ietf.org"
Subject: Re: [Lsr] OSPF Monitor Node (draft-retana-lsr-ospf-monitor-node)
Hi Acee,
Imagine that I would like to place bunch of
8, 2022 at 4:02 AM Acee Lindem (acee) wrote:
> Hi Aijun,
>
>
>
>
>
>
>
> *From: *Aijun Wang
> *Date: *Monday, March 7, 2022 at 9:41 PM
> *To: *Acee Lindem , Robert Raszuk ,
> 'Alvaro Retana'
> *Cc: *'Lin Han' , "lsr@ietf.org"
> *Subject: *
Hi Aijun,
From: Aijun Wang
Date: Monday, March 7, 2022 at 9:41 PM
To: Acee Lindem , Robert Raszuk , 'Alvaro
Retana'
Cc: 'Lin Han' , "lsr@ietf.org"
Subject: RE: [Lsr] OSPF Monitor Node (draft-retana-lsr-ospf-monitor-node)
Hi, Acee:
The R-bit/H-bit is used to divert the trans
From: lsr-boun...@ietf.org On Behalf Of Acee Lindem
(acee)
Sent: Monday, March 7, 2022 11:57 PM
To: Robert Raszuk ; Alvaro Retana
Cc: Lin Han ; lsr@ietf.org
Subject: Re: [Lsr] OSPF Monitor Node (draft-retana-lsr-ospf-monitor-node)
Speaking as WG member:
I was going to wait to comment
Han , "lsr@ietf.org"
Subject: Re: [Lsr] OSPF Monitor Node (draft-retana-lsr-ospf-monitor-node)
Hi Alvaro,
Practically speaking, yes Monitor nodes are cool to have. But so are the
Controller nodes. The difference would be that in both cases there is no
topology information bein
Hi Alvaro,
Practically speaking, yes Monitor nodes are cool to have. But so are the
Controller nodes. The difference would be that in both cases there is no
topology information being injected by such nodes, however in the latter
case the additional information could be injected.
Such
Hi!
Lin and I just published a draft that specifies mechanisms for an active OSPF
monitor: one that can be authenticated into the network but does not affect the
topology. This mechanism contrasts to a passive monitor: listen-only node on a
multiaccess link.
The primary prompt for this
13 matches
Mail list logo