[dev] BFD

[Raymond Burkholder]

> There is nothing preventing you from downloading the PTM code and using it?

This is the code?  https://github.com/CumulusNetworks/ptm

>From that page:   "It takes a graphviz-DOT specified network cabling plan (something many operators already generate) and couples it with runtime information derived from LLDP to verify that the cabling matches the specification."

Can some of this be stripped out?  Or will the daemon run without this input?  The documentation is a little sparse.  But I did get an idea of how it works from the power point presentation.  The presentation indicates the possibility for running without input.

So... if I build and run that daemon, it will activate the bfd checks in frr's bgp and ospf daemons?

> I mean BFD in frr it is not feature request for backlog. So it may be worthwhile to increase the priority.

Please count this as a vote for the feature request.

An alternate additional option would be to make it work with the openvswitch's bfd implementation.  You can always turn around and say 'pull requests welcome' ;-)


> 
> In some cases folks choose bird, because BFD is supported.

Frr looks good because of the vrf, mpls, and l2 advertisement tie-ins.  So I'm not sure if bird is a suitable substitute for this.  I havn't looked at their feature set in a while.

> 
> 
> > I would like to eventually find time to abstract it a bit more and
> > allow different solutions.  Just not been high on my list of things to
> > do.

If I may ask, what is the current high profile feature people are looking for on which you are working?




-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.