Beiträge von F1r3

    Moin zusammen,


    ich hab jetzt seitens LuLeey zwei mal das SC/APC Module geliefert bekommen.


    Zur Verbindung: Vom HÜP gehen 12m durch DTAG verlegtes GF bis zur GF-Dose, dahinter dann per 20cm GF ins GF-Modem. Habe einen Adapter LC/APC auf LC/APC samt LC/APC Buchse / SC/APC Buchse GF-Kabel bestellt. Entweder Stecke ich mich an die GF, die zur GF-Dose kommt per Adapter oder eben nach der Dose an der GF das zum Modem geht per Adapter.


    Habe testweise ein Module bei mir in die UDM SE, habe dann ein VLAN (1000) mit der 192.168.1.2 als GW erstellt und auf SFP Port 10 gelegt, ebenso auf der UDM auf einen Port. So konnte ich auf das Module zugreifen und konfigurieren, sobald ich auf Port 10 dann WAN einstelle, komme ich halt so nicht mehr dran. Aber ist kein Must-have im Moment, wollte nur schauen ob es funktioniert.


    Auf der LuLeey-GUI habe ich dann die ModemID meines GF2.0 Modems (SCOM+die letzten 8-Ziffern) bei GPON SN und Device Serial Number hinterlegt und jeweils gespeichert. Bei PLOAM entweder "0" oder "0000000000" eingetragen.

    Danach habe ich auf von Port 9 auf Port 10 mein WAN gelegt.


    Egal wie ich Verkabel etc, auf der UDM SE nur linke LED an, rechte bleibt aus und keine Verbindung die sich herstellt. UDM rebooted, Module gezogen und wieder gesteckt, alles ohne Erfolg.


    Installation damals bei DTAG: HomeID in Weblink den man per SMS bekommen hat zum freischalten der Anbindung. Seit dem ohne Probleme mit dem GF2.0 Modem online. (2.5 Jahre)


    Ich dachte es seien alle Anschlüsse nun umgestellt und man benötigt die PLOAM nicht mehr? Ich hatte es zumindest so gelesen..

    Woran könnte der Spass aktuell scheitern? brauch ich doch ein PLOAM Kennwort? GF/Adapter kaputt? Hab aber aktuell kein Faser Prüfer hier um das zu bestätigen.


    Danke vorab für euren Input.


    Grüße

    F1r3

    Nochmal einen Flex 2.5G 5 :grinning_squinting_face:

    Alle PoE-8-Lite damit nun ersetzt. Das Luleey SFP kam auch heute an für Kumpel und mich - verbaut habe ich es mal - wird aber echt heiss.. UDM SE ist 4 Grad wärmer als vorher ohne Module.

    Moin,


    Kurze Frage für Kumpel und später auch ggfs. mich :winking_face:


    Habt ihr die SC/APC oder SC/UPC Variante bei einem DTAG Anschluss laufen?


    In den Einträgen findet man beim Modul keine genaue Angabe, bei der Faser wird dann eine mit grün auf blau empfohlen - was für UPC spricht. Wenn der Telekom HÜB aber APC (grün) ist und des GF Modem 2 ebenso, dann hätte er jetzt auf der Luleey Website auch das Modul mit APC als Insert bestellt - klingt für mich jetzt nicht falsch :smiling_face:

    Frage: Wie bist Du von der netcom weggekommen? Mussten die die Glasfaser an Mitbewerber freigeben? Hier gibt es lt. Verfügbarkeitscheck leider nur netcom (Neubaugebiet 721**) Würde gerne über Telekom oder dt. Glasfaser beziehen aber ich fürchte daraus wird nichts.

    NetcomBW hatte hier Glas ziehen lassen aber nur bis zum Bordstein an einzelnen Stellen, so dass hier über diese VDSL verfügbar war.

    Nach x-Jahren hat dann die DTAG Glas ausgebaut im ganzen Dorf :smiling_face:


    Dein Gateway -> Settings -> System -> Updates -> Device Firmware Release Channel :smiling_face:

    uff.. naja, mal schauen. So ein kleiner PC mit 2,5 Gbps Interfaces und ein kleiner Switch mit Multigig-Interfaces wäre auch eine nette Lösung :face_with_tongue:

    Wie geschrieben, nach dem Update auf EA und doppeltem reboot der UDR sind die Werte wieder OK.


    Bis dato hat das gute „AEG“ echt jedes Mal das Problem gelöst was mir nichts, dir nichts aufgetaucht ist.


    Bis dato rennt alles wieder wie es soll. Aber da ich vermutlich doch noch auf 1 Gbps FTTH gehen möchte, wird die UDR sehr wahrscheinlich dann den Posten räumen müssen und eine opnsense Lösung ihren Platz einnehmen. Mal sehen :winking_face:

    Meine Lösung war nach dem Update 10 Minuten warten, reload und problem gegessen. Die updated davor hatte ich nie einen reload gemacht und wie alle hier packet loss wo es keinen gab.


    Wie im UDR Thread schon gesagt, ich glaube das Gerät braucht ab und an einen Neustart weil daemons/dienste in Themen laufen. Könnte am Speicher liegen den sie mit 3.1.6 Ja optimiert haben, wer weiß. Kurios ist das ein AEG (Ausschalten Einschalten Gut) bei mir das und mein Durchsatz Thema einfach gelöst hat :winking_face:

    UDR auf EA inkl. Reboot und Steam schafft wieder 56-58 Mb/s - ich glaub die Maschine braucht ab und an einfach mal einen tritt.

    Werde nachher wieder auf offical gehen und schauen wie es da aussieht.


    Die meisten öffentlichen Server limitieren pro Client, und lassen dich nicht mit unbegrenzter Speed downloaden

    so hab ich das auch im Kopf, bis rund 750-800 soll möglich sein.

    Jo, da ist natürlich was dran. Aber es ging ja u.a. schon mal mit max. Bandbreite von Hetzner runter, nun nicht mehr. Sei es der öffentliche Space oder der meiner Firma.

    Selbes Thema z.B. Steam oder Xbox App unter Windows, da war auch mal volle Bandbreite möglich, knabbert nun an den 35 Mb/s

    Lenovo x230

    MacBook Pro M1

    Gaming PC mit MSI Unify X570 und 2,5gbps NIC


    Mobile Clients direkt an der UDR oder, wie der Gaming PC, von einem PoE-8-Lite der per Festverkabelung an der UDR hängt oder wie in endsituation von den Clients die an einem Flex Mini angeschlossen sind, der am PoE-8-Lite ist, der zur UDR führt.


    Iperf 2 vom flex zu einer FRITZ!Box, die an Port 2 der UDR hängt, vom PC und Lenovo zeigt 950 Mbit.


    Iperf 2 vom PoE-8-Lite zur FRITZ!Box von beiden Geräten zeigt ebenfalls ca. 950 Mbit


    Iperf 2 von PC zu Lenovo der ab Port 3 der UDR hängt, zeigt 950 Mbit


    Messung über 180 Sekunden, alle 10 Sekunden Werte Ausgabe.


    Es macht keinen wirklichen Unterschied ob Jumbo ab oder aus, werte sind nahezu identisch. Download von Lenovo von einer NAS die an dem PoE-8-Lite ab und an betrieben wird zeigt volle Bandbreite für 1 Gbps


    Wenn ich nun Speedtest von MacBook, pc, Lenovo etc auf Speedtest.net oder wieistmeineip.de durchführe, komme ich immer auf Werte die über der gebuchten Bandbreite liegen.


    Wenn ich aber einen Download anwerfe zb Nvidia Treiber, 10 Gb bin Datei von hetzner Test Download, Ubuntu etc. komme mit unter Win10 auf Max. 35-38 Mb/s


    Unter Ubuntu sagt mir der Client so 40-42 Mb/s


    Unter MacOS sagt mir der Client 33-35 Mb/s


    An der UDR habe ich ids/ips bereits mal abgeschalten und auch meine 7 Länder aus der Geo Blocking Liste raus, hat die Werte kaum bis gar nicht verändert.


    Wenn ich einen Download starte, sieht man im Dashboard der UDR sofort das sie auf 100% CPU geht, diese wird dann auch sehr unresponsive und nicht mehr bedienbar, bis der Download fertig ist oder abgebrochen wird.


    Irgendwo ist da der Wurm - Frage ist nur: wo :winking_face: