Beiträge von hoppel118

    Interessante Kalkulation!


    Das ist der Punkt! So kann das ja irgendwie auch nicht weitergehen mit dem Stromverbrauch. Bei jedem Technologie Upgrade kommt nochmal ca. 50% Stromverbrauch ontop.


    Neben den APs müssen auch die Switche mit 2,5GBit Ports noch wesentlich erschwinglicher werden und auch weniger Strom verbrauchen.


    Eine spannende Zeit in der wir uns befinden. Bis Wifi 6e tatsächlich beim Enduser zu Hause ankommt, wird meiner Ansicht nach noch einiges an Zeit ins Land gehen.


    Hat hier jemand einen AC-Pro? Wie hoch ist der tatsächliche Verbrauch?


    Bevor ich auf U6-Pro umgesattelt bin, hatte ich davon 4 im Einsatz. Ich bin der Meinung, dass der tatsächliche Verbrauch bei knapp über 4W lag, bin mir aber nicht mehr ganz sicher. Das wären dann aber auch ungefähr die Hälfte von der angegebenen Max. Power Consumption.

    Kurt-oe1kyw


    AX210 hat aber anscheinend nur 2x2 MIMO und kommt somit auch nur auf die Hälfte der verfügbaren theoretischen Datenrate des U6-Enterprise bzw. auch des U6-Pro (5GHz).


    Anscheinend gibt es keine Aufrüstkarten die 4x4 MIMO haben und 160MHz beherrschen.


    Das Frequenzband 5GHz oder 6GHz ist mir dabei erstmal egal, da die Geschwindigkeit ja dieselbe ist. Von daher habe ich eigentlich gar keinen Grund auf Wifi 6e umzurüsten. Ich wohne hier auf dem Land mit ordentlich Platz um mich herum. Das 2.4GHz und das 5GHz Band kann ich komplett selbst auslasten. Mir gehören alle Kanäle. An einem AP sehe ich ab und zu Mal ganz schwach das Wifi des Nachbarn oder bei vorbeifahrenden Autos.


    Das Android Zeug kommt mir hier nicht ins Haus. Hier gibts nur Apple. :winking_face: Wobei ein Android TV habe ich zusätzlich zum Apple TV auch und meine Schwiegermama, die im selben Haus wohnt, hat ein älteres Samsung/Android Smartphone. Also ganz ohne Android gehts dann doch nicht. :grinning_squinting_face:

    Ein „Reboot and factory reset“ Button…


    Ist das was neues?


    Hatte bei meinem U6-Pro hinter einem Wireless Uplink in letzter Zeit Updateprobleme, die offen seitens Ubiquiti kommuniziert wurden, welche dazu führten, dass ich das Netzwerkkabel ziehen musste. Ein Switch Port Power Cycle war dann natürlich auch nicht mehr möglich, da sich der Switch hinter dem AP befindet und demnach auch nicht mehr erreichbar. Ein Button für einen Reboot wäre nice, aber irgendwie auch nicht wirklich notwendig. :smiling_face:


    Gruß Hoppel

    Zum Mesh-Thema bin ich überfragt.

    Dass da nur 4 SSIDs gehen ist Fakt…

    Ich meine, dass das Endgerät hier nichts unterstützen muss, das Netzwek muss das liefern. Kann mich aber auch täuschen.

    WPA(3)-Enterprise muss das Gerät unterstützen. RADIUS MAC auth. wird vom Netzwerk gemacht.

    Viel Spaß bei den sogenannten privaten MACs. :grinning_squinting_face:

    Ja, das könnte tatsächlich eine Herausforderung werden.

    Man könnte aber über die "AP Groups" unterschiedliche Gruppen erstellen und jedem AP nur die passende SSID zuweisen.

    Ja, stimmt natürlich. Ist nur irgendwie blöd, wenn du in einen anderen Raum der Arbeitsgemeinschaft gehst und dann kein WLAN mehr hast.


    Aber evtl. ist ein Mix aus beidem eine gute Lösung.

    1. Man erstellt pro Raum eine AP Group und strahlt darüber die eine SSID für den Raum (pro VLAN) aus.
    2. Über die AP Group in der alle APs enthalten sind, strahlt man eine Gäste SSID aus.
    3. Über die AP Group in der alle APs enthalten sind, strahlt man zusätzlich eine WPA(3)-Enterprise SSID aus. So könnte man bspw. für jeden Raum einen User im spezifischen VLAN anlegen und man hätte im gesamten Gebäude Zugriff auf das eigene VLAN. Handys, Tablets und Laptops sollten das heutzutage unterstützen.

    Naja, mal sehen, wie jensche das geplant hat.


    Gruß Hoppel

    BlackSpy Stimmt, ich habe da noch gar nicht so drüber nachgedacht.


    Die aggregierte Rate liegt ja auch schon bei 10,2Gbps. Früher hat man gesagt, dass man die theoretische Rate durch zwei teilt, um die praktische Rate zu ermitteln. Mit Wifi 6 ist da aber schon mehr drin, wenn man sich dicht am AP aufhält.


    Bin bei dir. Ein 5Gb oder zwei 2,5Gb Ports wären besser.


    Kurt-oe1kyw Es scheint als kennst du dich ein wenig mit Wifi 6(e) aus, zumindest hast du schon so deine Erfahrungen gesammelt. :winking_face:


    Ist Wifi 6e jetzt in irgendeiner Hinsicht schneller als Wifi 6 oder ist das eigentlich nur ein anderes Frequenzband?


    Gibt es irgendeinen Adapter, der 802.11ax mit 160MHz Kanälen beherrscht und 4x4 MIMO hat (Wifi6 / Wifi 6e egal)?


    Hatte da kürzlich mal gesucht aber nichts gefunden.


    Gruß Hoppel

    Jo, steht ja auch Enterprise dran. :winking_face:


    Wie meinst du das „nur 2,5Gb Anschluss“? Hättest du lieber gern 2 davon, oder besser gleich einen 10GBit Port?


    Im Laufe der Zeit wird es sicherlich auch mal welche für den Heimgebrauch geben. Aber jetzt müssen erstmal die U6-Kühe (Lite, LR, Pro) gemolken werden. :grinning_squinting_face:


    Gruß Hoppel

    In den USA startet nun der Wifi 6e Enterprise AP im EA Store:



    Gruß Hoppel

    Hier gehts zur Diskussion:



    Gruß Hoppel

    Davon werde ich mir dann aber keine 6 Stück ins Haus hängen. :winking_face:


    Max Power Consumption 22W


    Beim U6-Pro sind 13W angegeben. Real verbraucht einer davon ca. 6W, also ca. die Hälfte. Da kann man sich ja schon ausmahlen, was das gute Stück verbrauchen wird.


    Dennoch wird man ja für eine vernünftige 6GHz Signalabdeckung mehr als einen AP benötigen. Das 6GHz Frequenzband geht wohl noch weniger durch Wände als 5GHz. Wenn man also überall vernünftige Datenraten haben will, wird das teuer.


    Bis zur Marktreife wird das wohl noch etwas dauern. Zumal es nur wenige Endgeräte gibt, die Wifi 6e überhaupt unterstützen. Für Unternehmen, wo es hohen Bitratenbedarf gibt, sicher eine denkbare Alternative.


    Ich könnte mir gut vorstellen mir einen davon zu holen. Den Enterprise Switch mit den 2,5GBit Ports habe ich hier.


    Hatte eigentlich immer die Hoffnung, dass beim U6-Pro auch irgendwann per Firmware Update 2.5GBit freigeschaltet werden.


    Informiert mich bitte, wenn das Teil im Europa Store erhältlich ist. :grinning_squinting_face:


    Gruß Hoppel

    Auch wenn es offtopic ist, frage ich mich gerade folgendes:


    Sollen alle VLANs auch eine eigene SSID bekommen? Geht das überhaupt?


    Da gibts meines Wissens nach Beschränkungen. Sobald ein Meshnetzwerk involviert ist, sind es definitiv max. 4 SSIDs. Ohne Mesh waren es wohl mal 8. Ich weiß nicht wie das mit aktuellen U6 Access Points aussieht. Umso mehr SSIDs umso mehr lastet sich dein Wifi selbständig aus, ohne dass irgendeine Kommunikation stattfindet. Bei mir ging die Funkzellenauslastung schon ordentlich runter, als ich meine 4 SSIDs (4x mit 2.4 GHz und 3x mit 5GHz) auf 3 SSIDs (1x mit 2.4GHz und 3x mit 5GHz) reduziert habe.


    Mit WPA-Enterprise bzw. WPA3-Enterprise kämst du mit einer SSID und einem User pro Raum aus. Das wird aber leider nicht von allen Endgeräten unterstützt. Du bräuchtest dann noch eine weitere SSID mit aktiviertem RADIUS MAC auth für die Clients die WPA(3)-Enterprise nicht unterstützen und eine weitere SSID für Gäste (Device Isolation auf Netzwerk Ebene - Network Type = Guest).


    Das Problem an Radius MAC auth ist, dass du dann als Admin für jedes Endgerät einen RADIUS MAC Adressen Account einrichten musst. Das ist wohl auch nicht wirklich praktikabel bei der Menge an verschiedenen Nutzern.


    Wie stellst du dir das vor? :grinning_squinting_face:


    Gruß Hoppel

    Beim selben unterbau wie der UCKG2+ sollte man dann aber auch die config.gateway.json nutzen können und hätte damit mehr Freiheiten bei der Konfiguration (soweit man sich damit auskennt)


    Bei der UDM-SE braucht man das nicht mehr. Da läuft Debian drauf. Da kann man sich nahezu alles installieren und konfigurieren. Das ganze ist aber noch in der Entstehung.


    Das hier funktioniert bereits:


    UDMPRO SE · Issue #214 · boostchicken-dev/udm-utilities
    Describe the bug Hi just received the UDMPRO SE. I'm not able to get this package to install on it. Wondering if anyone has any ideas? When I SSH into the…
    github.com


    So kann man sich Startscripte per systemd persistent machen.


    Hier gibts noch einen weiteren spannenden Thread:


    https://community.ui.com/questions/Understanding-ubios-udapi-server-state-and-how-to-make-changes-persist-UDM-SE-UbiOS-2-x/0bc217af-2e26-48b3-ba71-29630a06ffdb?page=1


    Da kann man eigentlich nur hoffen, dass die UDM(-Pro) auch irgendwann dieses OS erhält. Wobei mit Boostchicken jetzt ja auch schon alles möglich ist.


    Ich bin zumindest froh nun eine UDM-SE zu haben. Die IPv6 Default Route wird nun auch automatisch gesetzt. Den Fix dafür gab es bspw. nur für die UDM-SE (evtl. UDR).


    Gruß Hoppel

    razor Du hast das Zitat jetzt aus dem Kontext gerissen. :winking_face:


    Das war nur eine Vermutung meinerseits, weil ich nicht wusste, was sven2084 genau macht und wie der Echo Befehl bei mehrmaligem Ausführen reagiert. Ich weiß ja auch nicht alles… :winking_face:


    Das wurde aber geklärt. Wenn man den Echo Befehl mehrfach in Folge ausführt, wird die eine Zeile in dem Cron Job einfach überschrieben und nicht wie von mir vermutet in einer weiteren Zeile angehängt.


    Das OS auf der UDM SE (und wohl auch dem UDR) hat nichts mehr mit dem OS auf der UDM(-Pro) zu tun. Auf der UDM SE läuft ein Debian und wir haben einfach nur einen Cron eingerichtet.


    Von daher ist das Ergebnis simpel und genial zu gleich. Das ist Debian. Klar kann man das ganze auch in ein Startscript packen. Dann musst du mir aber erklären warum. Das würde das ganze nämlich unnötig verkomplizieren. :winking_face:


    Gruß Hoppel


    Gerade gesehen, dass du deinen letzten Post noch editiert hattest…

    Ist damit Deine Frage auch beantwortet Lucascoco ?

    Das funktioniert auf der UDM(-Pro) einfach anders als auf der UDM-SE bzw. UDR. Da laufen einfach unterschiedliche Betriebssysteme. Hatte ich ja in meinem letzten Post schon geschrieben.


    Die UDM-SE erwartet root im Cron Job. Die UDM-Pro definitiv nicht. Hatte ja bis vor kurzem auch eine UDM-Pro…


    razor Es wäre cool, wenn du den ganzen Teil von sven2084 in einen eigenen Thread mit dem Titel „UDM-SE WAN PPPoE Reconnect bzw. Zwangstrennung“ ausgliederst. Ab hier gehts los:



    Bei Gelegenheit mache ich dafür mal einen Wiki Beitrag. Hatte das mit der USG und der UDM-Pro am Laufen. Nun läufts auch mit der UDM-SE. Auf der UDM-SE ist es nun definitiv am elegantesten gelöst. :grinning_squinting_face:


    Danke und Gruß Hoppel

    COOL! :grinning_squinting_face:


    Bevor du das Update durchführst… Kannst du bitte nochmal einen Cron in der naher Zukunft konfigurieren, anschließend deine UDM-SE Rebooten und dann schauen, ob der Cron auch nach dem Reboot verfügbar ist und funktioniert?


    Gruß Hoppel


    Nachtrag: Firmware der UDM Erfolgreich installiert und der Job existiert noch.

    GEIL!!! Die UDM-SE ist genial!!! :winking_face:

    Ansonsten passe den Echo Befehl mal bitte wie folgt an:


    Code
    echo "0 3 * * * root killall -HUP pppd" > /etc/cron.d/restart_pppoe

    Reload nicht vergessen…


    Wahrscheinlich fehlte lediglich das Wörtchen „root“.

    Wie viel Minuten lag der Cronjob in der Zukunft? Den Zeitraum evtl. Mal erhöhen.


    Zeig mal bitte die folgende Ausgabe:


    Code
    cat /etc/cron.d/restart_pppoe


    Wenn du einfach nur den Echo Befehl mehrfach ausführst, wird der Cron meinem Verständnis nach einfach nur als weitere Zeile in der restart_pppoe Datei ergänzt. Keine Ahnung, ob das so funktionieren würde, wenn da mehrere Zeilen enthalten sind.


    Gruß Hoppel


    Aber grundsätzlich schonmal super, Du hast das Cron Prinzip verstanden. :winking_face:

    Jo, ohne Cron Reload wird das nichts. :smiling_face:


    Aber das hört sich grundsätzlich schonmal gut an.


    Wenn es denn morgen früh geklappt hat, kannst du anschließend mal deine UDM-SE Neustarten und dann schauen wir mal, ob es übermorgen immer noch funktioniert.


    • Wenn nicht, müssen wir doch das Startscript bauen.
    • Wenn ja, bleibt die Frage, ob so ein Cron auch ein UDM-SE Firmware bzw. ein Network Application Update übersteht. Anscheinend ist das zumindest laut dem GitHub Beitrag für die Startscripte der Fall. Wenn dieser Cron das Update nicht übersteht, müssen wir das ganze auch in ein Startscript packen.

    Ich sehe da momentan quasi keine größeren Herausforderungen. :winking_face:


    Gruß Hoppel