Is this a bgp-ls solution to an snmp trap problem? Why can oss do this
notification? Are we turning bgp into nms?
On Sat, Dec 21, 2024, 7:41 PM Douglas Fischer
wrote:
> I'm looking for a way to propagate the status of BFD sessions running on
> one router to another via BGP.
>
> Considering the v
Hi Bill,
> I'm missing something.
>
> Wouldn't the route server send withdrawals and updates to the rest of
> the participants as soon as its hold timer with the lost router
> expires?
>
I believe the case here is about a situation where peers can talk to RS
just fine (no bgp session goes down)
On Sun, Dec 22, 2024 at 4:15 AM Nick Hilliard wrote:
> There are two main target situations: firstly, when a router unexpectedly
> drops off an ixp platform, this won't be explicitly signaled to the other
> routers
> on the fabric, which can mean that packets to that device will be black-holed
>
All,
This thread touches on day one bgp architecture bug where the BGP spec is
too vague on what should be considered as valid next hop.
Most implementations today go as far as checking if the next hop can be
resolved in RIB and if so consider the path as valid and eligible for best
path selectio
On 12/22/24 14:15, Nick Hilliard wrote:
As a separate issue, hold timers should generally be of a comparable
order of magnitude to the non-availability effect they're attempting
to mitigate. Inter-domain routing convergence is often measured in
minutes rather than seconds. So even if the p
Tom Beecher wrote on 22/12/2024 02:51:
Definitely will be interesting to read the list discussion about this.
My first reaction was why would you even need this, so def curious.
There are two main target situations: firstly, when a router
unexpectedly drops off an ixp platform, this won't be e
Definitely will be interesting to read the list discussion about this. My
first reaction was why would you even need this, so def curious.
On Sat, Dec 21, 2024 at 8:25 PM Nick Hilliard wrote:
> Douglas Fischer wrote on 22/12/2024 00:29:
>
> Does any colleague have any clue about BFD session stat
Uu that's sounds great!
Exactly what I was wondering.
Create a VRF called BFD-RouteServer on each PE, on that VRF on each PE
activate the IPs of Route-Server, and activate de BFD Sessions with the
participants connected to that PE.
And then, add a PBR deviation of BFD coming from participants
Douglas Fischer wrote on 22/12/2024 00:29:
Does any colleague have any clue about BFD session status propagation
over BGP?
this internet draft discusses the problem space
https://datatracker.ietf.org/doc/draft-ietf-idr-rs-bfd/
Unfortunately there are no known implementations of the protocol.
I'm looking for a way to propagate the status of BFD sessions running on
one router to another via BGP.
Considering the versatility of BGP, I'm sure this is possible.
But when researching BFD and BGP, my biggest difficulty was avoiding
documents that talk about how to use BFD as a trigger for det
10 matches
Mail list logo
