<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><div class="">> what about the possibilities to get this also into FreeBSD? There are many</div><div class="">> ppl out there using FRR via OPNsense/pfSense and it would be a smooth</div><div class="">> integration if advertising of VRRP VIPs would be possible. Currently the HA</div><div class="">> process is stopping FRR on the backup unit.</div><div class=""><br class=""></div><div class="">I’d love to support BSD, but currently VRRP uses macvlan devices[0] to do the</div><div class="">virtual MAC stuff. BSD doesn’t implement those. However, I know BSD implements</div><div class="">what amounts to their own version of VRRP, called CARP[1], which uses the same</div><div class="">protocol number and MAC addresses as VRRP, and describes itself as "a secure,</div><div class="">free alternative" to VRRP. I think BSD has a special interface type to support</div><div class="">this protocol - maybe VRRP could use those or something? I haven’t looked at it</div><div class="">in depth. If anyone wants to work with me on this to add support I'd be happy</div><div class="">to do so.</div><div class=""><br class=""></div><div class="">> what's the reason behind the kernel module? Why is it needed?</div><div class=""><br class=""></div><div class="">No kernel module is needed, I don't know what you’re referring to.</div><div class=""><br class=""></div><div class="">> Isn't VRRP just multicast which can be send in userspace?</div><div class=""><br class=""></div><div class="">Yes - which is what we do.</div><div class=""><br class=""></div><div class="">> And the IP up down stuff is managed by the macvlan module. Or it is just 5.1+</div><div class="">> because the proto up / down patch for macvlan got merged into 5.1?</div><div class=""><br class=""></div><div class=""><div class="">That’s correct, Cumulus Networks added the kernel patches to set macvlan</div><div class="">devices into protodown to support this VRRP implementation[2], which will ship</div><div class="">in kernel 5.1. The docs explain this[3].</div></div></div><div class=""><br class=""></div><div class="">[0] <a href="https://developers.redhat.com/blog/2018/10/22/introduction-to-linux-interfaces-for-virtual-networking/" class="">https://developers.redhat.com/blog/2018/10/22/introduction-to-linux-interfaces-for-virtual-networking/</a></div><div class="">[1] <a href="https://en.wikipedia.org/wiki/Common_Address_Redundancy_Protocol" class="">https://en.wikipedia.org/wiki/Common_Address_Redundancy_Protocol</a></div><div class="">[2] <a href="https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b58996795dc4" class="">https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b58996795dc4</a></div><div class="">[2] <a href="https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=2e8b4ba64676" class="">https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=2e8b4ba64676</a></div><div class="">[2] <a href="https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=8f1af75df3a7" class="">https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=8f1af75df3a7</a></div><div class="">[3] <a href="http://docs.frrouting.org/en/latest/vrrp.html" class="">http://docs.frrouting.org/en/latest/vrrp.html</a></div><div class=""><div><br class=""><blockquote type="cite" class=""><div class="">On May 21, 2019, at 2:11 AM, Stefan Priebe - Profihost AG <<a href="mailto:s.priebe@profihost.ag" class="">s.priebe@profihost.ag</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Dear Quentin,<br class=""><br class="">Am 21.05.19 um 06:35 schrieb Muenz, Michael:<br class=""><blockquote type="cite" class="">Am 20.05.2019 um 22:23 schrieb Quentin Young:<br class=""><blockquote type="cite" class="">Greetings operators,<br class=""><br class="">A few days ago, support for VRRP (Virtual Router Redundancy Protocol) was<br class="">merged into master. VRRP is used to provide router redundancy on LANs.<br class="">FRRouting supports versions 2 and 3 of the protocol.<br class=""><br class="">Our next release will not have this new protocol. It will ship in the<br class="">subsequent release, around September/October. In the meantime it is<br class="">available<br class="">in our master Git branch.<br class=""><br class="">RFCs:<br class=""><a href="https://tools.ietf.org/html/rfc5798" class="">https://tools.ietf.org/html/rfc5798</a><br class="">https://tools.ietf.org/html/rfc3768<br class=""><br class="">FRRouting documentation:<br class="">http://docs.frrouting.org/en/latest/vrrp.html<br class=""><br class=""></blockquote></blockquote><br class="">what's the reason behind the kernel module? Why is it needed? Isn't VRRP<br class="">just multicast which can be send in userspace? And the IP up down stuff<br class="">is managed by the macvlan module. Or it is just 5.1+ because the proto<br class="">up / down patch for macvlan got merged into 5.1?<br class=""><br class="">Greets,<br class="">Stefan<br class=""><br class="">_______________________________________________<br class="">frog mailing list<br class=""><a href="mailto:frog@lists.frrouting.org" class="">frog@lists.frrouting.org</a><br class="">https://lists.frrouting.org/listinfo/frog<br class=""></div></div></blockquote></div><br class=""></div></body></html>