Probleme bei SFP Modulen für FTTH mit UDMP / UDMSE / UXG

Es gibt 636 Antworten in diesem Thema, welches 78.872 mal aufgerufen wurde. Der letzte Beitrag () ist von Uwe.

    Oh Duplex Dose, ungewöhnlich finde ich und vielleicht der Grund warum der Anschluss „intern“ gelassen wurde.

    Zwei Anschlüsse ist sogar recht normal, aber dann einzeln und der zweite bleibt als Reserve in der Dose

    (und ist oft auch nicht im Straßenverteiler aufgelegt).


    Wenn du alleine bist also die Dose nur für dich ist war wohl grade nicht anders Greifbar.


    Na ja einfach die Klammern Vorsicht etwas biegen und dann raus damit, das ist alles nur eingeschnappt.

    Etwas Leitung von PigTail (also da Grüne mit der Glasfaser aus der Kassette entfriemeln...

    VORSICHT oben links das sieht schon nicht sooo gut aus.

    Knicke unbedingt vermeiden, das ist Quasi das reine Glas und nur Dünner Schutzmantel drumherum (mehr ne dicke

    Beschichtung also ein wirklicher Schutz)




    Oder halt Stecker raus denen neuen Drauf und wider zu machen...

    Moin,

    benötige nun doch eure Hilfe bitte.


    Bin Kunde der Telekom, habe UDM Pro und war zufriedener Nutzer des Zyxel SFP Moduls. Aufgrund der zuletzt aufgetretenen Probleme habe ich das Luleey Modul bestellt und heute versucht zum Laufen zu kriegen.


    Anbei die Einstellungen aus meinem Zyxel mit dem ich die Verbindung aufbauen kann:


    Laut Weboberfläche wird die Verbindung ganz kurz aufgebaut inkl. IP Zuweisung aber dann bricht es wieder ab.


    Hier ein Bild der Luleey Config von der ich erwarten würde, dass sie funktioniert:

    Ergänzende Infos:

    So sieht es in /var/log/messages aus wenn die Verbindung abbricht:



    Was ich außerdem auffällig finde:

    Wenn ich den SFP Port in dem der Luleey steckt auf LAN umstelle um dann per http das Modul zu konfigurieren, ist die Verbindung zum Modul möglich aber instabil. Im CLI sieht man:


    Kann mir jemand sagen, was falsch läuft oder mir helfen der Ursache auf den Grund zu gehen?


    Vielen Dank!

    9 Mal editiert, zuletzt von pyama ()

    Was für eine Version hast du bei UnifiOS und bei Network. Meine Logs sehen anders aus.

    Und schau auch mal in das /var/log/ppp0.log (leider ist dieses Log ohne Zeiten.

    Zitat von phino

    Was für eine Version hast du bei UnifiOS und bei Network. Meine Logs sehen anders aus.

    Und schau auch mal in das /var/log/ppp0.log (leider ist dieses Log ohne Zeiten.


    Danke für die Antwort. Ich habe heute Nacht ein Update bekommen und fahre jetzt mit UDM Pro v3.1.16 und Netzwerk 7.4.162.


    Ich bin gerade wieder dabei das Problem zu untersuchen. Ich denke es gibt ein Problem mit dem LuLeey SFP Modul und meiner UDM. ppp0.log wäre dann wohl nachrangig zu betrachten?

    Das Modul läuft nicht stabil egal ob es als WAN Modem konfiguriert ist oder "nur so" als LAN genutzt wird. Woran das liegt, ist mir nicht klar. Ich habe aber heute Zyxel ausgebaut und WAN quasi deaktiviert. Das LuLeey habe ich dann in Port10 gesteckt und als LAN konfiguriert. Die UDM sollte dann offline sein und mir an Port10 zuverlässig das LuLeey anzeigen. In der webbasierten Konsole sehe ich, wie der Port ständig zwischen grün und schwarz wechselt.


    Im CLI sehe ich:

    2023-09-09T10:06:40+02:00 UDM pppd[18078]: Timeout waiting for PADO packets

    2023-09-09T10:07:05+02:00 UDM kernel: al_mod_eth_group_lm_link_manage: eth2 - link established successfully

    2023-09-09T10:07:05+02:00 UDM kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth10: link becomes ready

    2023-09-09T10:07:05+02:00 UDM kernel: br2: port 1(eth10) entered blocking state

    2023-09-09T10:07:05+02:00 UDM kernel: br2: port 1(eth10) entered forwarding state

    2023-09-09T10:07:18+02:00 UDM dpi-flow-stats[1779]: ubnt-dpi-util: dpi ml request failed

    2023-09-09T10:07:20+02:00 UDM pppd[18078]: Timeout waiting for PADO packets

    2023-09-09T10:07:53+02:00 UDM kernel: al_mod_eth_group_lm_link_manage: eth2 - link wasn't established, link went down

    2023-09-09T10:07:53+02:00 UDM kernel: br2: port 1(eth10) entered disabled state

    2023-09-09T10:08:00+02:00 UDM pppd[18078]: Timeout waiting for PADO packets


    Zeitglich lasse ich ping -t auf die IP des Luleey laufen und sehe wie er sporadisch für eine Weile antwortet aber die meiste Zeit nicht. Das "nicht antworten" deckt sich dann zeitlich mit den Meldungen im CLI und dem "schwarz werden" des Ports im Interface. Ist mein Modul kaputt oder habe ich vielleicht eine verbastelte Konfig bzgl. SFP?

    Damit kann ich zur Not leben. Wenn die Chinesen das anders sehen, ist der Schaden ca. 50 EUR..

    Jedoch wäre es natürlich ärgerlich, wenn es mit dem zweiten dann zu den selben Problemen kommen würde. Gibt es noch eine Möglichkeit das weiter zu Untersuchen? Ich habe hier auch einen USW24 mit SFP Ports. Da hatte ich den auch kurz dran und das Verhalten war vergleichbar.


    Sep 9 10:36:26 USW-24-PoE kern.notice kernel: [494544.660000] Port 25 link up

    Sep 9 10:36:26 USW-24-PoE kern.warn kernel: [494544.720000] Port 25 moving from Disabled to Blocking

    Sep 9 10:36:29 USW-24-PoE kern.warn kernel: [494547.220000] Port 25 moving from Blocking to Forwarding

    Sep 9 10:37:14 USW-24-PoE kern.notice kernel: [494592.510000] Port 25 link down

    Sep 9 10:37:14 USW-24-PoE kern.warn kernel: [494592.720000] Port 25 moving from Forwarding to Disabled

    Sep 9 10:38:20 USW-24-PoE kern.notice kernel: [494658.390000] Port 25 link up

    Sep 9 10:38:20 USW-24-PoE kern.warn kernel: [494658.470000] Port 25 moving from Disabled to Blocking

    Sep 9 10:38:23 USW-24-PoE kern.warn kernel: [494661.220000] Port 25 moving from Blocking to Forwarding

    Sep 9 10:39:08 USW-24-PoE kern.notice kernel: [494706.240000] Port 25 link down

    Sep 9 10:39:08 USW-24-PoE kern.warn kernel: [494706.470000] Port 25 moving from Forwarding to Disabled

    Sep 9 10:40:14 USW-24-PoE kern.notice kernel: [494772.070000] Port 25 link up

    Sep 9 10:40:14 USW-24-PoE kern.warn kernel: [494772.230000] Port 25 moving from Disabled to Blocking

    Sep 9 10:40:17 USW-24-PoE kern.warn kernel: [494775.230000] Port 25 moving from Blocking to Forwarding



    Kann jemand was zu FW Updates für das Modul sagen? Evtl. würde das ja was bringen. Ich komme auf mein Modul nur schwer rauf, weil es ständig wegfliegt. Das erschwert das "Suchen". :upside_down_face:

    Einmal editiert, zuletzt von pyama ()

    Also wenn das Verhalten an einem "einfachen" Switch identisch ist, würde ich deutlich auf ein Hardwareproblem schließen.
    Wenn man neben der UDM Pro/SE noch ein Switch mit SFP hat würde ich immer den nehmen. Verbindung zur UDM kappen und dann hat man am wenigsten gehuddel mit IP-Adressen und Ranges. :winking_face:

    Update:


    Ich habe LuLeey meine Beobachtungen geschildert und um Ersatz gebeten. Es kam prompt eine Antwort die ich zur Information hier veröffentliche:


    In der Zwischenzeit war mir aber noch eine Idee gekommen. Habe das SFP Modul in den paar Sekunden die ich bis zum Abbruch der Verbindung hatte über das Web GUI auf Werkseinstellungen zurückgesetzt. Das schien zu klappen. Die von mir zuvor vorgenommenen Anpassungen waren danach aber immer noch drin. Also habe ich es mehrfach zurückgesetzt. Jedes mal angeblich erfolgreich aber die von mir gemachten Änderungen blieben drin.

    Erstaunlicherweise war dann aber zu beobachten, dass die Verbindung zwischen USW und SFP Modul nun stabil blieb. Habe dann pppoe Einwahl mit dem LuLeey Modul probiert und siehe da es klappt auf Anhieb und ist bisher stabil. Und auch kein packet loss.


    tl,dr: Zurücksetzen des Moduls auf Werkseinstellungen hat bei mir geholfen, um Kompatibilität zwischen SFP Modul und Ubiquiti Hardware herzustellen. Die Konfiguration des Modems erfolgte dann wie hier mehrfach beschrieben und ging dann problemlos.


    Vielen Dank für die Unterstützung!

    Hi, ich habe eine Eaton 5PX USV hier und ein Silence Rack.


    Anscheinend sind die beiden Teleskopstangen zu kurz um an die zweite Schiene hinten zu kommen. Fehlen ca. 2cm. Längere Schrauben oder jemand andere Idee ?


    So Switch auf Lulej im Schrank hat beim ersten Mal direkt funktioniert.