<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hallo,<div class=""><br class=""><div><blockquote type="cite" class=""><div class="">Am 06.10.2014 um 16:47 schrieb Stefan Schultheis (home) <<a href="mailto:stefan@schultheis.at" class="">stefan@schultheis.at</a>>:</div></blockquote><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Nur zum Verständnis: Warum läuft v6 zwischen subway und duer9 eigentlich über tunnel statt nativ?<br class=""></blockquote><div class="">Weil zwischen Subway (Server im Keller) und duer9 noch die Devices am Dach sind (kryptaroof), die kein IPv6 unterstützen... :( Wir "scheitern" nur mehr an dem 1 Hop!<br class=""></div><div class="">Das wäre auch aus meiner Sicht der dringendste Punkt, um IPv6 hinzubekommen. Leider ist bisher niemand von den Node-Betreibern bereits gewesen, das anzugreifen... Vielleicht lässt sich durch deine Anregung jemand motivieren!?<br class=""></div></div></div></div></div></div></blockquote><div><br class=""></div><div>Grundsätzlich alles nicht verkehrt! Aber, ich hab mit Stefan bereits kurz gemailt und bekundet, dass ich auf meinem RB750UP sehr wohl mit ‚manuellen‘ eingreifen IPv6 laufen hab. Ich kann diesen Knoten als Transit weg nutzen aber hab selber für mein Internes Netz nichts davon weil ich bis jetzt die Interne Konfiguration auf keinem Wege zum laufen gebracht hab. Jedoch der Transit funktioniert! -> und ich meine mal, das wir lediglich auf diesen „End-Punkten“ nur den Transit benötigen? Auch ich hoffe - das wir hier bald einen „echten“ Uplink zusammenstoppeln können.</div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><div class="gmail_extra"><div class="gmail_quote"><div class=""> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=""><div class="h5">
</div></div>Dem möchte ich mich voll anschließen! Die 0xff AirOS FW ist an meinem Standort vollkommen stabil. Bei großem Respekt für die in bubbles hineingesteckte Arbeit, AirOS kann alles, was ich derzeit auf meinen ubiquiti devices brauche und bietet interessanterweise auch noch höhere link speeds, warum auch immer.<br class="">
Und keine Abstürze mehr.<br class=""></blockquote><div class="">Ich glaube, dass sich die beiden gut ergänzen: Bubbles hat sehr viele Funktionen, das wird es bei AirOS in der Form nicht geben. Dafür hat man dort mehr Stabilität. Die Basisfunktionen für's Funkfeuer-Netz können beide Devices…</div></div></div></div></div></div></blockquote><div><br class=""></div><div>AirOS soll uns auch nur Grundfunktionen die wir im „Alltag“ brauchen bieten können. Da ein grobes abändern der Funktionen nicht so simpel wie bei OpenWRT ist, wird sich auch in Zukunft keiner näher damit befassen vermutlich (wir würden sonst auch die echt gute Performance verlieren). Ich verwende mittlerweile AirOS auf die für mich wichtigen „Transit-Strecken“ da ich auch auf längere Laufzeiten keine Probleme habe.</div><div><br class=""></div><div>Derzeit ist die Bubbles Firmware ideal als „interner NAT router“. Denn sie kann IPv6 auf ein Internes Netzwerk verteilen und eben auch für Erweiterungen herangezogen werden. Die Kompatibilität ist natürlich auch echt toll!</div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><div class="gmail_extra"><div class="gmail_quote"><div class=""><br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="">
</span>LG Wolfgang<br class=""></blockquote><div class="">LgS<br class=""></div></div></div></div></div></div></blockquote><div>Lg</div><div>Bernhard</div></div></div></body></html>