@ssd376 da es nun funzt, wie verhält es sich mit der 24h Trennung?
Auf der bekannten Page mit dem großen A schrieb jemand das Digitalisierungsbox Glasfaser Modem würde eine 24h Trennung auslösen, die man vermutlich nicht unterbinden kann?
Ich kann nichts von einer 24h Trennung in den Logs der UDM finden.
Oder mit anderen Worten: "Ich kann diese Aussage in Bezug auf mein Setup (bis dato) nicht bestätigen."
... 'ne Unifi G3 flex ...
Wir haben hinter einer Markise ein Vogelnest und wollten sehen, ob es bewohnt ist bevor wir das Nest entfernen.
Ich sage mal so, andere schauen sich "die große Elchwanderung" an, wir den Nestbau und das Brüten eines Hausrotschwanz. 
Also ich kann mittlerweile folgendes abschließend berichten.
Nachdem ich mich mit mehreren Mitarbeitern in der Privatkunden- und Geschäftskundenhotline unterhalten habe, welche auch die "Techniker" ihres Unternehmens befragt haben, wurde mir immer wieder mitgeteilt, dass das von mir angestrebte Setup UDM Pro inkl. SFP Modul nicht funktioniert.
Aber, ...
Nach weiterer Recherche im Internet und hier ist besonders der Beitrag auf der Webseite von Skynet zu nennen, welcher maßgeblich zur Lösung beigetragen hat, ließen mich erneut bei der Hotline anrufen.
Ich wurde zu einer wirklich fähigen Technikerin durchgestellt, der ich das Problem schilderte. Ihr nannte ich dann telefonisch die Problematik mit der fehlerhaften Modem-ID und dem fehlgeschlagenen Verbindungstest. Daraufhin "setze" sie die neue, richtige Modem-ID und führte erneut einen Verbindungstest durch. - Dieser schlug wieder fehl aber meine UDM bezog eine WAN-IP von der Telekom. Leider war aber keine sonstige Kommunikation, weder Telefonie noch Internet möglich. Die Technikerin wollte weiter prüfen?!
Ein weiteres Telefonat mit der Hotline brachte dann den abschließenden Erfolg nachdem erneut die Modem-ID (die von dem SFP-Modul) eingegeben wurde. Weiterhin riet der Mitarbeiter mir noch zu einem Upgrade der Bandbreite für weniger Geld, denn als ich das Ganze abgeschlossen habe (10/ 2023) galten noch alte Tarife welche mittlerweile überholt sind.
Alles in allem ist zu sagen: Das PMG3000-D20B | Digitalisierungsbox Glasfaser Modem | Gigabit GPON SFP-Modul funktioniert 100-prozentig ohne weitere Gerätschaften im Zusammenspiel mit einer UDM Pro. Ein wenig Hartnäckigkeit, Tipps aus dem Forum und durch eigene Recherche, ein Funken Glück aber auch fähiges Personal auf Seiten der (Geschäftskunden)Hotline lieferten dann das gewünschte Ergebnis..
Euch allen, mit euren zahlreichen Tipps, Anregungen, Hilfestellungen und "Schwarmwissen" möchte ich nochmal DANKESCHÖN sagen!!
Ich würde mir auf alle Fälle das Glasfasermodem 2 bestellen und damit den Anschluss testen.
Geht es damit auch nicht ist definitiv was am Anschluss. Funktioniert es kannst du ganz in Ruhe schauen wie du das Zyxel zum laufen bekommst.
Das war/ ist der Plan!
Das ist mir durchaus bewusst, dass ich entweder die eine oder die andere Variante anschließen kann.
Um aber irgendwelche Hardwaredefekte seitens Kabel, etc. auszuschließen habe ich die "zweite Garnitur" bestellt.
Das was nachher als erstes funktioniert wird dann verwendet. - Wobei ich mir das Ganze mit dem SFP wünschen würde, aber leider gibt es da, wie oben beschrieben, Probleme.
Es geht mir eigentlich darum, ob irgendjemand den erfolgreichen Einsatz von einem Gigabit GPON SFP-Modul in einer UDM bestätigen an einem Telekom GF-Anschluss bestätigen kann.
Wenn ja, wäre es nett wenn diese Person seine Erfahrungen/ Konfigurationen/ etc. mit mir teilen könnte, den ich komme nicht weiter und suche aktuell nach Alternativen.
Danke für eure Wortmeldungen, aber wie bereits erwähnt tut sich beim Verbindungstest gar nichts bzw. nur bis 25% und dann bricht dieser ab.
Ich habe mir nun noch ein Glasfasermodem 2 bestellt, nur um zu schauen ob das alles so passt.
Zufällig war ein Mitarbeiter der Glasfaserfirma (Subunternehmer für Glasfaser+ welche wieder für die Telekom das Ganze ausbaut) in unserer Straße und ihn habe ich bzgl des geschalteten Anschlusses "interviewed".
Laut seiner Aussage sieht man auch kein Licht auf der Leitung und nur bei der Inbetriebnahme würde ein solches "Testsignal" darauf geschaltet. Ansonsten wäre es dunkel.
Ich dachte, dass es wie bei normalen LWL-Verbindungen an Switchen ist, dass man dort (wenn es recht dunkel ist) ein Licht sehen kann?!
Naja, lange Rede gar kein Sinn, also laut Eurer Meinung sollte die Konstellation so wie ich es mir gedacht habe funktionieren.
Hausanschlussbox (mit ID) > Glasfaserleitung (SC/APC auf LC/APC) > PMG3000-D20B | Digitalisierungsbox Glasfaser Modem | Gigabit GPON SFP-Modul > UDM Pro
Korrekt?
Danke für Deine Antwort. ...und ich habe es irgendwie befürchtet.
Allerdings gibt es doch hier im Forum wie auch in anderen Internetposts durchaus Beiträge, welche die Funktion bestätigen. - Es sei denn ich hätte dies komplett falsch verstanden.
OK, anders gefragt.
Gibt es denn SFP's die diese Funktion abbilden wie ich sie mir vorstelle oder muss ich wirklich auf ein vorgeschaltetes Modem zurückgreifen, sowie ich es aktuell mittels Draytek für DSL bewerkstellige?
Guten Abend zusammen,
Sorry dass ich das Thema noch einmal aufgreife, aber irgendwie bin ich schier am Verzweifeln.
Seit zwei Tagen ist nun Glasfaser der Telekom geschaltet. - So weit, so gut.
Jetzt habe ich in mehreren Foren, u. a. auch hier bereits gelesen, dass dieses Modul direkt in der UDM Pro verwendet werden kann?! - Ich hoffe, ich habe hier nichts verwechselt.
Daraufhin habe ich mir weit im Voraus im Onlineshop des Providers folgendes gekauft:
PMG3000-D20B | Digitalisierungsbox Glasfaser Modem | Gigabit GPON SFP-Modul
Weiterhin habe ich mittels des Aktivierungslinks das Ganze versucht, nach dem ich die Glasfaser-ID und im Anschluss die 16-stellige Modem-ID eingegeben habe, läuft der Verbindungstest bis 25% und bricht dann ab. - Meldung Verbindungsfehler: Gerät offline.
Laut der netten Dame von der Hotline und deren Rücksprache mit Technikern, funktioniert das SFP-Modul nur in der Box und nicht in der UDM. - Was stimmt den nun? Oder muss die "Anschlusscharakteristik" bzw. der "Anschlusstyp" geändert werden?
Jetzt habe ich mittlerweile gelesen, dass es durchaus vorkommen kann dass sich die, auf dem Karton aufgedruckte, Modem-ID von der auf dem SFP-Modul aufgedruckten unterscheiden kann. - Dies ist bei mir auch der Fall. 
Leider funktioniert es sowohl mit der einen, wie mit der anderen nicht.
Hat jemand noch irgendwie einen Rat oder Tipp?!
Guten Morgen,
Wie wäre es denn mit einem Ubiquiti Networks Instant 3AF to USB Adapter?
Der einzige Nachteil, wenn man ihn so bezeichnen kann, wäre das wahrscheinlich das normale USB-Backup nicht mehr funktioniert und es über rsync oder andere Mechanismen laufen muss.
Ob allerdings die Spannung/ Stromstärke am USB-Port des Adapters ausreichend ist um die Platte zu versorgen, kann ich nicht beurteilen.
Auf jeden Fall wärst Du flexibel was die Lagerung der Platte angeht.
Wie gesagt, nur ein Überlegungs-/ Denkanstoß.
Hallo zusammen,
Es hat etwas länger gedauert, aber dafür habe ich die Migration auch abgeschlossen. ...Wobei, eigentlich waren es auch zwei Migrationen.
Die erste Migration war eine Inbetriebnahme eines neuen Netzwerkschrankes in einem anderen Raum, d.h. alle Geräte mussten in das neue Rack umziehen. Ferner musste auch die gepatchten und aufgelegten Netzwerkkabel umgezogen werden.
In dem neuen Netzwerkschrank befand sich lediglich die UDM Pro.
Nach dem die Geräte, Pacthkabel, Strom, etc. umgezogen war, konnte die zweite Migration starten.
Die zweite Migration gestaltete sich im Prinzip recht unspektakulär.
- Von dem UniFi-Netzwerkcontroller (auf Raspberry Pi) ein aktuelles Backup heruntergeladen und auf USB-Stick gesichert.
- Den WAN-Port der UDM mit einem Switchport des bestehenden Netzwerkes (hinter der USG) verbinden
- Ein Notebook an einen Port (1-8) der UDM Pro anschließen.
- Die UDM Pro konfigurieren (Grundkonfiguration) und dafür Sorge tragen, dass die UDM Pro die aktuellste Firmware besitzt bzw. diese aus dem Internet herunterlädt
- Das Backup von dem USB-Stick via Notebook auf die UDM Pro einspielen
- Die UDM startete neu bzw. initialisierte die Netzwerkeinstellungen neu (Beachte: Bei mir erhielt das Gerät eine neue/ andere IP-Adresse)
- Letzteres hatte zur Folge, dass das Notebook sich erst einmal eine neue IP-Adresse aus dem neuen Netzbereich ziehen musste
- Nun die Verbindungen von USG zu Modem und von USG zu Switch getrennt
- Die Verbindung UDM Pro zu Modem und UDM Pro zu Switch hergestellt
- Dann noch den Raspberry Pi mit der UniFi-Controller Software aus dem Netzwerk entfernt
- Nun dauerte es ca. 5-10 Minuten bevor die Netzwerkgeräte sich bei der UDM Pro gemeldet haben und diese darüber verwaltet werden konnten
- Einzig und allein die beiden WLAN APs machten Probleme und verbanden sich nicht mit dem Netzwerk. Hierfür habe ich kurzer Hand den Port aus und eingeschaltet und somit stromlos gemacht da beide APs über POE angebunden sind.
Dann funktionierte auch das komplette Netzwerk.
Also nochmals Vielen Dank für Eure Unterstützung und die Tipps.
anton : Ja, Backup einspielen hat funktioniert. Es dauerte zwar einen Moment bis alles im Control sicht- und verwaltbar war, aber jetzt passt es! 
So, es läuft wieder alles und Netzwerkkomponenten wurde auch direkt upgedatet.
Momentan läuft der Controller mit der Version 8.2.93 und da ich den RaspberryPi auch neu gemacht habe, hat dieser auch die aktuelle Version. - Wenn auch nur von kurzer Dauer. -
Ich glaube aber nicht, dass ich mich heute noch an die UDM Pro Implementierung mache. Das werde ich vermutlich auf diese Woche verschieben.
Ich möchte den Thread aber noch offen lassen und im Nachgang oder währenddessen berichten.
Vielen Dank schon mal für die ganzen Tipps und Hinweise!
So, ein kurzer (Zwischen)Sachstand.
Nach dem ich mir den Link zu Herzen genommen habe, funktionierte gar nichts mehr.
Es wurde mir ständig ein HTTP 404 Error angezeigt. Auch weiterführende Recherchen brachten leider keinen Erfolg.
Aktuell habe ich den RaspberryPi mit 64bit neu installiert und bin gerade dabei die Unifi-Controller-Software zu installieren.
Wenn ich diesen ganzen Kram wieder lauffähig habe, versuche ich das vorher erstellt Backup einzuspielen und mache mich dann an die UDM Pro Integration bzw. Migration.
... ich habe ja sonst nichts an einem Sonntag zu tun ...
Danke euch beiden für die wertvollen Tipps und Hinweise!
DoPe :
Was ist denn an Hardware, VLANs, Firewallregeln da? Wenns nicht klappt und nicht zuviel da ist, würde ich dann neu aufsetzen bevor man zuviel Zeit verplempert.
Die Hardware sind 2 APs, 4 Switches, 2 NAS und die Firewallregeln sind auch überschaubar (ca. 14. Stück).
anton : Sorry für das Durcheinanderbringen mit den Architekturen, aber letztendlich hat ja jeder verstanden was ich gemeint habe. 
Den Link von Dir habe ich soeben "überflogen". - Verstehe ich das richtig, dass wenn ich die Umstellung durchgeführt habe auch ein "einfach" das Upgrade durchgeführt werden kann? Ich benötige also keine Neuinstallation?
Guten Abend zusammen,
Mir ist durchaus bewusst, dass es zu meinem Thema den ein oder anderen Thread hier im Forum gab, jedoch sind diese schon etwas älter und ggf. gibt es seit dem neuere Erkenntnisse.
Nun zu meiner Frage bzw. meinem Problem (wenn es eines ist)?!
Ausgangslage:
Ich Beitreibe eine USG-3P (v.4.4.57) hinter einem Draytek Modem.
Die Unifi Controller Software (v.7.3.83) läuft (noch) auf einem Raspberry Pi (x86).
Ziel:
Kurzfristig die USG-3P durch eine UDM Pro abzulösen.
Langfristig das Draytek Modem (DSL) durch ein SFP-Modul (FTTH) in der UDM Pro abzulösen.
Problem
Ich habe mittlerweile in mehreren Blog-, Foren- und Internetbeiträgen gelesen, dass man erst einmal die UDM Pro als weiteres Netzwerkgerät in die bestehende Umgebung integrieren soll. Damit diese sich aktualisiert und man die Grundeinstellungen vornehmen kann.
Im Anschluss kann man ein aktuelles Backup in die UDM Pro einspielen und alles ist fein. - Das ganze Prozedere jetzt im "Zeitraffer" dargestellt.
Voraussetzung ist, dass Controllerversion mit der Version der UDM Pro übereinstimmen. ... und jetzt wird das Ganze zum Showstoppe ...
Die Controllersoftware auf dem Raspberry Pi kann nicht mehr aktualisiert werden, da die OS-Architektur x86 ist. Leider gibt es für diese Variante des Controllers keine aktuelleren Versionen mehr.
Auch mit Hilfe eines Aktualisierungsskriptes erhalte ich dann irgendwann eine gleichgelagerte Meldung.
Frage(n):
- Gibt es eine Möglichkeit den Controller dennoch upzudaten um somit einen Versionsgleichstand zu erhalten?
- Habt ihr andere Vorschläge wie ich die ganze Migration möglichst sanft durchführen kann oder muss ich wirklich den "alten" Controller erst in der OS-Architektur ändern um ihn dann updaten zu können? - Wohlweißlich dass der Controller nur ein kurzes "Leben" haben wird.
- Oder sollte ich einen "Cut" machen, in den "sauren Apfel beißen" und alle quasi neu konfigurieren? - Hätte den Vorteil das bestehende Setup nochmals zu prüfen und ggf. neu zu designen.
Ich würde mich über eure Meinungen, Tipps, Feedback und Gedanken freuen.
Vielleicht tun sich ja Wege aufzeigen, die ich noch gar nicht auf dem "Schirm hatte".
Vielen Dank
ssd376
Super Idee mit dem Rack-Planer.
Das Programm hat leider nur 2HE angelegt und ich konnte keine weiteren HE's und/ oder Geräte hinzufügen.
Bitte meinen "Test"-Eintrag löschen, da ich keine Löschoption gefunden habe. - Danke
Herzliches Beileid und viel Kraft für die Angehörigen.
Wenn ich mich einmischen darf`?!
Ich hatte auch soeben das Problem, nur das nach der von BlackSpy geposteten Lösung
apt purge unifi -y
wget https://dl.ui.com/unifi/7.3.83/unifi_sysvinit_all.deb
dpkg -i unifi_sysvinit_all.deb
immer noch der HTTP 404 Fehler angezeigt wurde.
Daraufhin habe ich im Verzeichnis /boot/config.txt des RaspberryPi den Eintrag arm_64bit=0 hinzugefügt.
Anschließend einmal den RaspberryPi rebootet.....und alles ist wieder schick.
Es mag nicht die sauberste Lösung sein, aber für meine Bedürfnisse durchaus genügend. - Vielleicht konnte ich dem ein oder anderen weiterhelfen?!
Vielen Dank ihr beiden für eure Kommentare.
Wie von mir selbst geschrieben und auch von Eckart "quasi bestätigt", scheint es wirklich mit der Version Probleme zu geben.
Wie erwähnt habe ich ein Downgrade durchgeführt und mittlerweile läuft alles auch wieder stabil wie vorher.
Hallo zusammen,
Ich wollte nur mal eine Zwischen- oder eigentlich Abschlussmeldung geben!
Außer dass ich, wie bereits erwähnt, die Firmware der beiden APs zurückgesetzt habe und einmal aus lauter Verzweiflung die USG rebootet habe, wurden von mir keine weiteren Maßnahmen getroffen. Wobei man könnte es auch W U N D E R H E I L U N G nennen.
Vielleicht hat einfach eine Kombination der "Aktionen" die Lösung herbeigeführt.
Auf jeden Fall funktioniert mein (WLAN)Netzwerk wieder wie vorher und gewünscht.
