<br><br><div class="gmail_quote">On Tue, May 7, 2013 at 4:15 AM, Markus Stenberg <span dir="ltr"><<a href="mailto:markus.stenberg@iki.fi" target="_blank">markus.stenberg@iki.fi</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">Dave Taht <dave.taht <at> <a href="http://gmail.com" target="_blank">gmail.com</a>> writes:<br>
> I note that in order to speed up the cycle and development time<br>
> involving routing advancements, the openwrt team has broken out most<br>
> of the routing protocols in openwrt into a separate repository which<br>
> can spin faster:<br>
><br>
> <a href="https://github.com/openwrt-routing/packages" target="_blank">https://github.com/openwrt-routing/packages</a><br>
><br>
> Perhaps this could be a home for the enhancements to bird/etc that the<br>
> cisco homenet group has been doing?<br>
<br>
</div>Possibly. I'm not sure how keen they are to have 'big' changes,<br>
though, and looking at<br>
<a href="https://github.com/fingon/hnet-openwrt-feed" target="_blank">https://github.com/fingon/hnet-openwrt-feed</a> Cisco homenet<br>
implementation requires currently 4 new Lua modules (1 of them<br>
forked version of original with better IPv6 support), forked<br>
versions of dnsmasq/odhcp6c (for prefix class option support),<br>
and BIRD (for external LSA support).<br></blockquote><div><br>Unless you wish to maintain these modifications forever, it is helpful to seek consensus with the mainline developers of these tools to push your patches in a mutually acceptible form. I would suspect that dnsmasq and odhcp6c devs would be amiable to a discussion at the very least. <br>
<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
As it's not very self-contained, I'm not sure how well it would<br>
work there, and as we currently _only_ work with AA base, it<br>
might have issues with people using trunk..<br></blockquote><div><br>Perfect! You can continue have your stable release and also establish a repo(s) for moving them into the ongoing development processes for head of trunk, so that these standards can be more widely adopted. Or not, depending on consensus with the devs....<br>
<br> Please post your patches to the relevant mailing lists. This is the open source process. It's pretty similar to the ietf process of seeking consensus except that it's incremental and the code needs to compile at every stage.<br>
<br>You end up with a lot of eyeballs on the code and more feedback from an increasingly large userbase.<br><br>I'm very happy (and relieved) to say that as of 3 weeks back everything important from 
CeroWrt has finally been pushed into openwrt, and if I were to wipe out on the autobahn tomorrow, it really wouldn't matter all that much. (to the project!)<br><br>We'll (cerowrt folk) will take a look at this repo too to see what can get folded back into Cero, for now, but a better path is to the core devs of the individual packages. "Feed the upstream".<br>
<br>Does anyone know where the hipnet stuff lives?<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Cheers,<br>
<br>
-Markus<br>
<br>
<br>
_______________________________________________<br>
homenet mailing list<br>
<a href="mailto:homenet@ietf.org">homenet@ietf.org</a><br>
<a href="https://www.ietf.org/mailman/listinfo/homenet" target="_blank">https://www.ietf.org/mailman/listinfo/homenet</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Dave Täht<br><br>Fixing bufferbloat with cerowrt: <a href="http://www.teklibre.com/cerowrt/subscribe.html" target="_blank">http://www.teklibre.com/cerowrt/subscribe.html</a>