<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="">Vincent,<div class=""><br class=""></div><div class="">Nothing in particular, what you see is IANA EVPN route type registry, stuff that potentially would need to be implemented.</div><div class="">Types 6-11 are multicast related and perhaps less interesting for DC focused implementation.</div><div class=""><br class=""></div><div class="">That’s all,</div><div class="">Jeff  <br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Mar 29, 2018, at 00:12, Vincent Jardin <<a href="mailto:vincent.jardin@6wind.com" class="">vincent.jardin@6wind.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">



<div style="font-family: Arial, Myriad, 'Liberation Sans', sans-serif; font-size: 12pt;" class="">
<div dir="auto" class=""><span style="font-size: 12pt;" class="">Jeff,</span></div><div dir="auto" class=""><span style="font-size: 12pt;" class=""><br class=""></span></div><div dir="auto" class="">What do you mean? Anyone is welcomed to provide patch series to be innovative on these topics.</div><div dir="auto" class=""><br class=""></div><div dir="auto" class="">IETF RFC / drafts are welcomed since the are the specs of the implementations but even better having proven code that allows to understand and play with the specs will help to build up solutions. </div><div dir="auto" class=""><br class=""></div><div dir="auto" class="">I believe FRR has proven and demonstrated that it can be faster to support protocol extensions.</div><div dir="auto" class=""><br class=""></div><div dir="auto" class="">Please?</div><div dir="auto" class=""><br class=""></div><div dir="auto" class="">Thank you, </div></div>

</div></blockquote></div><br class=""></div></body></html>