<br><br><div class="gmail_quote">On Mon, Nov 17, 2008 at 2:31 PM, Sven-Ola Tuecke <span dir="ltr"><<a href="mailto:sven-ola@gmx.de">sven-ola@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hey,<br>
<br>
Um ein wenig auf die Bremse zu treten (policy routing, web ui changes,<br>
usw.usf). Die Firmware ist ein Projekt, dass seinen Zenit ueberschritten<br>
hat. Sie stirbt mit der Broadcom-Hardware. Ich pflege das noch ein<br>
bisschen - solange wir die Dinger auf den Daechern haben. Aber radikal neues</blockquote><div>radikal neues woll ma eh nicht, nur nicht benötigtes simpel abschaltbar wäre nett,..</div><div>vorallem wenns erwiesenermassen unfug treibt, .. (-;</div>
<div></div><div>ich persönlich kann mit der /1 lösung bestens leben, sogar besser als mit nem firmware fix (bzw. ner weiteren webadmin option), da dies dann sowieso ewig zum deployen braucht,..</div><div></div><div>/1 auf unseren gateways zu announcen ist da viel easier/schneller,..</div>
<div></div><div>und die fff-policy-routing inkompatibilität mit funkfeuer ip -ranges, war auch weniger als feature request an die fff gedacht, als an info an 0xff-ler, das sie wissen sollten was sie tun wenn sie policy-routing einschalten, bzw. ist ein fix (oder ein disable) da auch besser im funkfeuer-**.ipkg aufgehoben als in der allgemeinen fff,..</div>
<div></div><div>auf meiner device-spider wird jedenfalls aktiviertes fff-policy_routing als konfigurationsfehler ausgegeben,..</div><div></div><div>lg Markus</div></div>