<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
        {mso-style-priority:99;
        mso-style-link:"Texto sem Formata\00E7\00E3o Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}
span.EstiloDeEmail17
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.TextosemFormataoChar
        {mso-style-name:"Texto sem Formata\00E7\00E3o Char";
        mso-style-priority:99;
        mso-style-link:"Texto sem Formata\00E7\00E3o";
        font-family:"Calibri",sans-serif;}
.MsoChpDefault
        {mso-style-type:export-only;
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:70.85pt 3.0cm 70.85pt 3.0cm;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=PT-BR link="#0563C1" vlink="#954F72"><div class=WordSection1><p class=MsoNormal>FYI<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>There are some major changes in this release, specifically libyang<o:p></o:p></p><p class=MsoNormal>https://github.com/CESNET/libyang is now a hard requirement to build and run<o:p></o:p></p><p class=MsoNormal>FRRouting. Here's the full list of major changes from 6.0.x to 7.0:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>YANG data modeling & NETCONF support has arrived for the following daemons:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>ripd<o:p></o:p></p><p class=MsoNormal>ripngd<o:p></o:p></p><p class=MsoNormal>isisd<o:p></o:p></p><p class=MsoNormal>Note that this uses FRR-specific models and may still be subject to some<o:p></o:p></p><p class=MsoNormal>changes. Feedback is strongly appreciated!<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Error Codes / Categories are now added to log messages. They are printed as<o:p></o:p></p><p class=MsoNormal>[EC 99999999999] on log messages and identify classes of errors. The<o:p></o:p></p><p class=MsoNormal>library, bgpd, ospfd and zebra have been properly extended to categorize<o:p></o:p></p><p class=MsoNormal>errors while the other daemons have somewhat more rudimentary cateogries.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>configure terminal in the CLI is no longer an exclusive state on any<o:p></o:p></p><p class=MsoNormal>daemon, i.e. multiple users can edit the configuration at the same time in<o:p></o:p></p><p class=MsoNormal>all daemons. This was previously already the case for zebra and isisd.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>BGP enhancements:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>EVPN Duplicate Address Detection<o:p></o:p></p><p class=MsoNormal>EVPN route servers<o:p></o:p></p><p class=MsoNormal>EVPN extended mobility<o:p></o:p></p><p class=MsoNormal>Global IPv6 addresses can be used for RFC5549 (v4-over-v6) nexthops<o:p></o:p></p><p class=MsoNormal>Flowspec protocol support has been significantly extended. (Note that OS<o:p></o:p></p><p class=MsoNormal>integration is still very incomplete.)<o:p></o:p></p><p class=MsoNormal>Add-Path IDs are now reused on transmission when possible<o:p></o:p></p><p class=MsoNormal>Aggregates now properly aggregate extended and large community attributes<o:p></o:p></p><p class=MsoNormal>IS-IS:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>BFD support has been added<o:p></o:p></p><p class=MsoNormal>triggered hellos have been implemented<o:p></o:p></p><p class=MsoNormal>new daemon: OpenFabric (a datacenter variant of IS-IS - cf.<o:p></o:p></p><p class=MsoNormal>https://datatracker.ietf.org/doc/draft-white-openfabric/)<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Zebra's kernel/dataplane interface is undergoing a rewrite and parts have<o:p></o:p></p><p class=MsoNormal>been moved into a separate thread with a more extensible architecture. Work<o:p></o:p></p><p class=MsoNormal>on this project is ongoing.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>staticd now supports onlink nexthops for static routes<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>sharpd now supports nexthop groups for route installs<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>many bugs were fixed, also including quite a few overdue documentation<o:p></o:p></p><p class=MsoNormal>improvements. This also includes CVE-2017-3224 which is a low-severity<o:p></o:p></p><p class=MsoNormal>low-impact OSPF vulnerability (as evident by the 2017 date.)<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Important packaging and build related changes:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>libyang is now required to build and run FRRouting. Version 0.16.74 or<o:p></o:p></p><p class=MsoNormal>newer (e.g. 0.16-r3 which is 0.16.105) is strongly recommended. Older<o:p></o:p></p><p class=MsoNormal>versions will create additional hazards at both build and runtime because<o:p></o:p></p><p class=MsoNormal>an extension module needs to be installed. Support for libyang versions<o:p></o:p></p><p class=MsoNormal>before 0.16.74 will be removed in the next non-stable FRRouting version.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>when using libyang before 0.16.74, make sure to specify the<o:p></o:p></p><p class=MsoNormal>--with-libyang-pluginsdir=/usr/lib/frr/libyang_plugins option (change<o:p></o:p></p><p class=MsoNormal>path to fit system)<o:p></o:p></p><p class=MsoNormal>Debian packaging has been completely overhauled (matches the changes in<o:p></o:p></p><p class=MsoNormal>6.0.2.) If you are creating derivative Debian packages, updates will be<o:p></o:p></p><p class=MsoNormal>necessary.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>RPKI and SNMP are now separate packages that can be installed<o:p></o:p></p><p class=MsoNormal>additionally. There are no longer distinct "RPKI" and "no RPKI" versions<o:p></o:p></p><p class=MsoNormal>of FRRouting on Debian.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Debian packages are now provided in a repository at:<o:p></o:p></p><p class=MsoNormal>https://deb.frrouting.org/<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Snapcraft packaging has been updated to match.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>There is a new --enable-static-bin option to link libfrr statically into<o:p></o:p></p><p class=MsoNormal>FRR binaries. This is the only supported way of doing any static linking<o:p></o:p></p><p class=MsoNormal>of FRR. (--disable-shared is NOT supported.)<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>all daemons now properly complete their startup before allowing their parent<o:p></o:p></p><p class=MsoNormal>to exit when the -d daemonization option is used. This should remove the<o:p></o:p></p><p class=MsoNormal>need for any "sleep" calls or start retrying in init scripts.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>some minor non-reproducibility issues were fixed. FRRouting should now<o:p></o:p></p><p class=MsoNormal>always build reproducibly.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>the topotests system that was previously maintained separately is now<o:p></o:p></p><p class=MsoNormal>shipped as part of the FRR source under tests/topotests.<o:p></o:p></p></div></body></html>