<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
</head>
<body style="font-family: Arial, Myriad, 'Liberation Sans', sans-serif; font-size: 12pt;">
<div dir="auto"><br></div>Thanks JR.<div dir="auto"><br></div><div dir="auto">@Carla, </div><div dir="auto"><br></div><div dir="auto">It does not mean that we all agree in the "way"/"detail" things are done with FRR since we have different visions for solving similar problems. But what is important for contributors is to have a valorisation and integration of their innovations in a coherent manner with the others: accept all innovations as long as they do not hurt.</div><div dir="auto"><br></div><div dir="auto">Quagga was created in 2002 because Zebra was not open enough (close in fact) for any innovations. Quagga was successful in creating a new momentum but after almost 15y an evolution was needed. Unfortunately this shift lead to a fork! We did try to avoid it during almost a year, but we did fail collectively. So based on the push and pressure of the backlogs (see JR's email) the only exit was a fork:</div><div dir="auto">  - FRR name is owned by a 3rd party neutral  (LF was selected),</div><div dir="auto">  - no money, only engineering that is focused on improving code, code rules!</div><div dir="auto"><br></div><div dir="auto">I hope FRR could get more attention from more IETF folks because some protocols are over specified, some others are under specified, some protocols become vendor lockin. I hope to see more universities innovating with FRR (like babeld from Université Paris Diderot), I enjoy the works from Netdef having some people attending IETF and being involved in FRR, etc.</div><div dir="auto"><br></div><div dir="auto">We see many DPDK projects around since dpdk.org was launched by 6WIND in 2013 (fd.io from Cisco over DPDK, Contrail has been ported on DPDK by Juniper, NTT did launch lagopus) ; we see many networking orchestration and controller projects with some wide communities (ONOS,  cord,  Opendaylight, etc.) <span style="font-size: 12pt;">; but there is a gap and lack of focus with routing protocols. So FRR becoming better is a must have into this networking landscape. </span></div><div dir="auto"><br></div><div dir="auto">Best regards,</div><div dir="auto">  Vincent</div><div dir="auto"><br></div><div dir="auto"><br></div></body>
</html>