Guten Morgen Support-Community Ich möchte die Internetbox Plus nur als Modem nutzen um dahinter ein [Ubiquiti USG](https://my.brack.ch/ubiquiti-router-unifi-usg-411395) mit der IP 192.168.1.1 zu betreiben (u.a. um Verschiedene VLans einzurichten). Leider habe ich bei meiner Suche auf Google und hier im Formun noch nicht wirklich etwas brauchbares gefunden (andere Anleitung kann ich bei der Ib Plus nicht umsetzen). Hat jemand einen guten Rat, Link oderbereits eine Anleitung dazu? Besten Dank für Eure Hilfe.

Bei mir läuft die USG 3P samt 3 USW (Switches),2 UAP (AccessPoint) und einem CK (Cloud Key) seit paar Monaten hinter der Internet Box 2. Wie bereits erwähnt hat die IB2 (gilt auch für IB+) leider keinen Pass-thru oder Bridge Modus (wäre wünschenswert, ist aber ein anderes Thema). Ich habe mir die Infos aus diversen Threads aus dem Ubiquiti Forum geholt. Vor allem das IPTV Thema (Multicast, IGMP Snooping) hat mich paar Tage gekostet. SCTV2 funktioniert seit da einwandfrei. Meine Konfiguration sieht folgendermassen aus: IB2: \- IP 172.16.1.1/24 //Ich nehme explizit eine B Klasse, meine internen Netze sind C Klassen \- DHCP statische IP für USG auf 172.16.1.254 //das ist die WAN Adresse für die USG (reine Kosmetik) \- DMZ auf USG setzen \- DDNS von SC aktivieren //so ist das System von aussen via DNS erreichbar USG: \- WAN auf DHCP setzen Anmerkungen: Mach dir ein VLAN bzw. IP Adresskonzept. Z.B. verwende ich für das primäre LAN (corporate) 192.168.11.0/24. Die Weiteren sind 192.168.12.0, 192.168.13.0 usw. Gästenetzwerk 192.168.99.0 mit speziellen Einschränkungen und VPN 192.168.10.0 mit Radius Auth. Für's WAN wie oben beschrieben, setzt ich eine andere Netzklasse ein, die IB bleibt trotzdem mit ihrer IP erreichbar (Routing via WAN der USG). So ist auch die Trennung zwischen WAN und LAN gut ersichtlich. Ubiquiti ist sehr stark an Firmware weiterentwickeln. Das VPN hat mal funktioniert, bei einer folgenden FW nicht mehr und bei der nachfolgenden FW war's wieder gefixt. Wichtig dabei ist die jeweiligen Release Note die bei jeder Veröffentlichung rauskommt, durchzulesen. Am besten am Anfang nicht gleich auf die 5.6er Branch (unstable) losgehen, sondern die 5.5er (stable candidate) oder 5.4 (stable) auf dem Controller einsetzen. Kleine Story am Rande: der 3. Port (als VOIP bezeichnet) lässt sich als 2. WAN Port mit der Funktion Failover konfigurieren. An dem hatte ich einen alten Accesspoint als Client konfiguriert, der sich mit der SSID des Handy Hotspots verbindet. Resultat: WAN 2 bekommt IP via Hotspot. Bei simuliertem Ausfall von WAN 1 (IB) wurde mein ganzes Netz vom Hotspot versorgt. Sogar SCTV2 lief, solange man nicht live schaute, sondern leicht zeitversetzt. (live = Multicast, zeitversetzt = Unicast Stream). Wenn dich die Einstellung für SCTV2 interessieren, kann ich sie hier posten. Gruess Roli

Die aktuellen Swisscom Internetboxen lassen leider keinen reinem Modem-Betrieb zu, auch IP-Passtrough geht leider nicht. Es gibt nur eine Art DMZ Betrieb. Vermutlich hat aber Kollege @Anonym eine Lösung für dich....

Bei mir läuft ebenfalls ein Fremdrouter hinter der IB2. Besser gesagt eine pfSense Firewall. Am einfachsten ist es wohl, den Fremdrouter über den WAN Anschluss mit der IB zu verbinden. Da die Ubiquiti USG die IP 192.168.1.1 verwendet, kommt es zum Konflikt mit der IB, weil diese die gleiche IP verwendet. Wichtig ist daher, die IP Adresse des Fremdrouter zu ändern in 192.168.x.1 wobei x für eine Zahl zwischen 2 und 250 steht (z.B. 192.168.37.1) Ein Nachteil hat diese Variante: IPv6 wird kaum funktionieren, da die IB nur ein 64er Subnet verteilt.

Du kannst auf der IB den DMZ-Modus auf die USG aktivieren. Gruss

Schon mal vielen Dank für den Tipp. Habe zwar diese Funktion in der IB gesehen, wusste aber nicht wofür die da ist. Eine Kurzbeschreibung über DMZ hab ich mal durchgesehen. Werde ich Versuchen. Wie ich gelesen habe muss das USG auf 192.168.1.1 gesetzt werden, ansonsten es nicht funktioniert. Die IB setze ich mal auf.199 da ich diese ja nicht ausserhalb des DHCP-Bereiches nehmen kann. Am schönsten wäre die IB auf 192.168.2.1 und das USG auf 192.168.1.1 zu nehmen. Melde mich wieder wenn ichs versucht habe.

Viele Informationen aufs mal, aber hilft mir gedanklich bereits weiter. Herzlichen Dank. Versuche mal alles am Wochenende umzusetzten. Hoffe es ist einigermassen gutes Wetter damit die Familie draussen ist. Ansonsten bekomme ich Probleme wenn bei den Kndern das Internet für längere Zeit ausfällt 🙂

so, nach langem hin und her mit diversen versuchen, hat es nun geklappt. Es läuft alles einwandfrei. mit den VLANs habe ich noch so meine Mühe. Da muss ich mir nochmals Gedanken mache wie ich das haben möchte. Das grösste Problem ist nun, die Konfiguration für SCTV2. Es läuft etwa 10 Sekunden. Dann friert das Bild ein, bzw. erscheint kurz ein schwarzer Bildschirm, und dan läuft es weiter. Da gibt es wieder vieles zu lesen im Netz, auch gute Beschreibungen, aber ich finde nirgens die benötigten Konfigurationsfelder. @"x"#225848da wäre ich nochmals über Deine Hilfe froh und dankbar.

Swisscombox Plus nur als Modem vor Ubiquiti USG benutzen

BurningRoli

suchender

Du musst auf der USG den igmp-proxy aktivieren und 2 Firewall Regeln hinzufügen. Das aktivieren des Proxy wird über das config.gateway.json File gemacht.

Die Grundlagen zum config.gateway.json File findest du hier:

https://help.ubnt.com/hc/en-us/articles/215458888-UniFi-How-to-further-customize-USG-configuration-with-config-gateway-json

Mit einem beliebigen Texteditor das File config.gateway.json den untenstehendem Code (gilt für die USG 3P) anlegen, wobei.json die Endung ist.

{
“protocols”: {
“igmp-proxy”: {
“interface”: {
“eth0”: {
“alt-subnet”: [ “0.0.0.0/0” ],
“role”: “upstream”,
“threshold”: “1”
},
“eth1”: {
“alt-subnet”: [ “0.0.0.0/0” ],
“role”: “downstream”,
“threshold”: “1”
}
}
}
}
}

Anschliessend die Datei an den je nach Controller richtigen Pfad kopieren. Den Code ggf. vorgängig mit einem JSON Validator prüfen, z.B. mit https://jsonlint.com

USG neu starten. Sollte sie nicht mehr starten, stimmt was mit dem json File nicht.

Anschliessend im Controller 2 Firewall Regeln eintragen:

Vorbereitend zur ersten Regel, eine Firewall Gruppe:

Regel unter “WAN eingehend” anlegen: bei Quelle - Adressgruppe die zuvor erstellte Gruppe einfügen:

Regel unter “WAN Lokal” anlegen:

In den Netzwerkeinstellungen des LAN die Funktion IGMP Snooping aktivieren, sonst wird das Netzwerk geflutet. Achtung, die Einstellung kann bei anderen Konfigurationsvorgängen an der USG verloren gehen, aber der Haken bleibt. Das erkennt man, wenn alle LED’s am Switch im gleichen Rythmus blinken oder man merkts, wenn das WLAN nicht mehr richtig läuft. Einfach aus - und wieder einschalten. Ist schon seit mehreren Versionen so, scheint ein Bug zu sein.

Wenn alles korrekt konfiguriert ist, sollten nach dem Provisionieren der USG keine Stream Unterbrüche mehr vorkommen.

suchender

Hallo BurningRoli

Du schreibst “(gilt für die USG 3P)”. Klappt das auch mit einer USG-Pro-4? Oder muss ich da etwas anderes machen?

BurningRoli

Die USG Pro-4 bezeichnet die Ports anders. Dies ist in der Config anzupassen.

Bei der USG Pro-4 ist WAN1=eth2, LAN1=eth0, dann wird warscheinlich LAN2=eth1 und WAN2=eth3 sein (kann’s nicht überprüfen).

Die USG 3P hat folgende Zuordnung: WAN=eth0, LAN=eth1, VOIP=eth2.

Wenn du ein VLAN Interface hast, das auf den zugreifen soll, dann wird das VLAN nach dem IF geschrieben, z.B. eth0.99 für VLAN99 auf Port eth0.

Kannst auch mehr IF der Config hinzufügen. Wichtig ist, dass das json valid ist.

MVadmin

Hallo Roli, mir scheint das du etwas verstehst von der Materie - bei dieser Konstellation scheint soweit alles zu funktionieren. Was ich aber nicht hinkriege ist eine einseitige Kommunikation zwischen 2 VLANs. Ich erstelle VLAN1 und VLAN2 in “Corporate” die sich ja standardmässig miteinander unterhalten können. Danach erstelle ich eine Rules in LAN IN VLAN1 to VLAN2 Drop All (New + Invalid) und eine Rules LAN IN VLAN 2 to VLAN1 Accept All (New + Established), aber egal was ich einstelle (mit Gruppe oder NETv4), die Verbindung zwischen den VLANs ist entweder beidseitig offen oder beidseitig blockiert. Es muss doch eine Lösung zur Kaskadierung in eine Richtung geben? In dem Ubiquiti-Forum gibt es dazu zwar zwei drei Lösungsansätze die ich verfolgt habe, aber auch diese führen leider nicht zum gewünschten Erfolg. Funktioniert dies bei dir? Vielen Dank für deine Hilfe.

BurningRoli

Hoi @MVadmin,

Ich verwende keine solche Regel, aber vom Schiff aus würd ich sagen, dass die Regel am falschen Ort ist😉

Hab’s kurz getestet: Mach eine Regel in LAN local

![](blob:https://community.swisscom.ch/3f5cc26c-daa1-4b68-a329-eee0c8866b58)

So konnte ich das Gateway von VLAN 51 aus dem LAN anpingen, wenn ich source und destination tausche, war das GW nicht mehr erreichbar.

Die Regel “allow” kannst du dir sparen.

Bei dir ist vlan1 = source, vlan2 = destination.

Versuch mal, ob es so passt.

Gruess

Roli

MVadmin

Hoi Roli, vielen Dank für deine Hilfe. Ich kann dein Bild leider nicht sehen, aber das macht mich schon sehr neugierig 😉

Ich übe schon wieder seit den Morgenstunden, aber egal was ich in LOCAL LAN ändere, es scheint einfach keine Regel zu beissen - bei mir kann ich immer in beide Richtungen (VLAN1toVLAN2 und VLAN2toVLAN1) erfolgreich pingen.

Ich habe unter anderem folgende Lösungsansätze getestet, aber wie gesagt leider ohne Erfolg

https://community.ubnt.com/t5/UniFi-Routing-Switching/Help-Needed-Setup-several-different-VLAN-s-with-access-to/m-p/1823011#M35027

und

https://community.ubnt.com/t5/UniFi-Routing-Switching/firewall-rules-via-new-GUI-for-isolating-VLAN-traffic-using/td-p/1715102

Gruess

BurningRoli

Hoi @MVadmin,

Mein gestriger Versuch war LAN to VLAN, nicht ganz das gleiche Szenario. Aber dass es so bockt, hab ich nicht erwartet.

Ich habs mit 2 VLAN nachgebaut und hatte es 2mal zum Laufen gebracht. Die restlichen Versuche waren so wie du geschrieben hast, entweder beidseitig geblockt oder beidseitig offen. Dabei ist mir aufgefallen, dass die USG nicht immer provisioniert. Welche Versionen vom Controller und USG verwendest du?

Gruess

MVadmin

Hoi Roli, ja das ist auch so langsam mein Verdacht. Mit welchen Einstellungen hast du es zum laufen gebracht? Ich verwende eine Unifi USG mit Version: 4.3.41.4975503 und mit Controller in der Version: 5.4.15_9230. Wenn das den einmal funktioniert, wäre die Idee auf eine USG-PRO-4 mit US-48 umzusteigen. Funktioniert es da besser?

Gruess

BurningRoli

Ich habe 5.6.4 als Controller, gilt als unstable. Mach ein Backup und installier dir die 5.5.14 stable candidate. Der Unterschied der USG 3P und der Pro-4 ist die höhere CPU Leistung, einen Port mehr (2x WAN, 2x LAN) und die Gehäuseart. Das Betriebssystem ist dasselbe, also ist keine Verbesserung zu erwarten.

Gib mir per PM eine Übersicht deines Systems und was du genau machen willst, ev gibt es einen workaround.

Vogelfrei_2

Hallo zusammen

Ich möchte das selbe einrichten bei mir komme aber nicht weiter.

Ich habe in Foren gelesen das Thema mit der IP.

Deshalb habe ich die Internetbox standard auf 192.168.1.2 gesetzt und die USG auf 192.168.1.1.

Ich möchte eigentlich einen Port der Internetbox über die USG und die anderen drei Ports direkt zur Swisscom TV Box.

So habe ich das ganze verbunden und in mein bestehendes Netzwerk eingebunden. Im Unifi Controller finde ich auch das Gateway, Internet funktioniert aber nicht. So komme ich auch nicht mehr auf die Internet Box drauf.

Hoffe es kann mir noch jemand einen Tipp geben wie ich hier starten soll.

Danke und Gruss

BurningRoli

Hi @Vogelfrei_2,

Du hast den richtigen Thread gefunden. Wie ich dir schon in dem von dir erstellten Thread geschrieben habe, steht hier die Lösung drin.

Du musst für die IB ein eigenes Subnetz nehmen, das mit deinem LAN NICHT im selben Range liegt. Nimm entweder wie beschrieben 172.16.1.1/24 oder sonst was, aber nicht 192.168.1.1/24.

IB2:

- IP 172.16.1.1/24 //Ich nehme explizit eine B Klasse, meine internen Netze sind C Klassen

- DHCP statische IP für USG auf 172.16.1.254 //das ist die WAN Adresse für die USG, wichtig dass der DHCP der IB läuft. Die USG zieht sich eine Adresse aus dem DHCP Bereich der IB.

- DMZ auf USG setzen

- DDNS von SC aktivieren //so ist das System von aussen via DNS erreichbar, ist optional

USG:

- WAN auf DHCP setzen

Lies den Post vom 03.05.2017 19:30 - wenn das funktioniert mach weiter mit dem Post vom 07.05.2017 16:06.

Für weitere Fragen mach mir eine PM.

Gruess Roli

Vogelfrei_2

Hi BurningRoli

Vielen Dank für deine Hilfestellung erstmals, ich war gestern nochmals damit beschäftigt und dachte schon ich bekomme es nicht hin. Habe es aber gestern tatsächlich mit den Daten von hier geschafft 🙂

Nun habe ich ein anderes Problem welches ich nicht ganz verstehe, Ich nutze einen CloudKey, Switch und AP von der Unifi Linie. Dazu habe ich auch die App über den Status, dort funktionierte gestern und auch heute Morgen noch alles. Aber nun komme ich nicht mehr drauf über die App. Bei allen Geräten ist aber der Status blau.

Auch mein NAS ist nicht mehr erreichbar.

Heute wurde kurz der Strom abgstellt und es waren alle Geräte offline sonst habe ich aber nicht geändert. An was könnte dies liegen?

Hast du eine Idee wie ich dies wieder hinbekomme?

joogo

Hallo BurningRoli

Vielleicht kannst du mir weiterhelfen. Ich bringe Swisscom TV 2.0 nicht zum laufen, auf dem TV erscheint “Leider ist von diesem Sender zurzeit kein TV Signal verfügbar”.

In Betrieb ist bei mir eine UniFi USG 3P mit vorerst 1 USW 8 150W (Switch), 1 UAP (Accesspoint) restliche 2 AP werden noch installiert und dazu noch 1 CloudKey.

Angeschlossen hinter einer IB+.

Konfiguration IB+:

IP 172.16.1.1/24
DHCP statische IP für USG auf 172.16.1.254 (WAN für USG)
DMZ auf USG gesetzt

Konfiguration USG:

WAN auf DHCP gesetzt.

Im Moment habe ich nur ein Netzwerk “corporate” eingerichtet 192.168.99.1/24.

Es werden jedoch noch VLAN-Bereiche (Gäste, Mgmt, Medien) dazu kommen.

FW/SW UniFi Devices:

CloudKey Firmware v0.6.4

CloudKey Controller 5.4.16-9234

USG 4.3.41.4975503

USW 8 150W 3.7.58.6385

Dein Post vom 07.05.2017 16:06 habe gelesen und eingerichtet.

Was ich nicht weiss ob das “config.gateway.json” File einerseits am richtigen Ort ist oder das igmp-proxy nicht aktiv ist.

Hier meine Abfrage ssh:

root@UniFi-CloudKey:/usr/lib/unifi/data/sites/default# ls

config.gateway.json map

Das “config.gateway.json” File hat den Check mit Valid bestanden. Eine Provionierung habe ich angestossen und anschliessend auch die Devices neu gestartet. Alles erfolglos.

Ebenfalls sind die zwei Firewall-Regeln wie in deinem Beispiel dargestellt eröffnet.

Die Regel “allow SCTV Multicast in” gehört in LAN IN oder bin ich da falsch?

igmp-snooping ist aktiv geschaltet.

Auf dem UniFi Controller unter Settings sehe ich bei den Abschnitten Hotspot 2.0 und Routing & Firewall den Stempfel “BETA” dazu.

Kann es sein das es mit meiner Controller-SW einfach nicht geht, was ich vermute?

Nun habe ich mich bei UBNT für BETA freischalten lassen. Wenn ich mir eine UniFi 5.5.15 Stable Candidate anschaue sehe ich keine neue SW für den UniFi Controller CloudKey, jedoch für Windows/Mac/Linux. Sehe ich da was nicht oder habe ich einen Verständnisproblem?

Dein Post vom 21.05.2017 9:31 da erwähnst du die Version 5.5.5 Controller zu installieren. Sollte es mit dieser Version gehen?

Ich hoffe mit diesen Fakten kannst du mir weiterhelfen.

Gruss

BurningRoli

Hoi @Vogelfrei_2

Super, gratuliere😉

Schwierig so aus der Ferne😤

Meinst du mit der App die für ein Mobile?

Kommst du noch auf den Controller?

Lässt sich was anpingen?

Im schlechtesten Fall alles reseten und von neu konfigurieren. Bist warscheinlich schneller als lange den Fehler suchen.

Gruess

Roli

Vogelfrei_2

Hoi Roli

Ja dies glaube ich ist es nicht einfach aus der Ferne 🙂

Hoffe trotzdem du kannst mir weiterhelfen mit deinem enormen Fachwissen.

Ich habe das ganze gestern neu aufgesetzt und das Netzwerk funktioniert wieder, kann auch mit dem Controller von meinem Computer zugreifen.

Was ich aber nicht schaffe ist der Cloud Key zu nutzen, hast du diesen im Einsatz? Wie schaffe ich es den Controller vom Computer auf den Cloud Key umzuziehen? Habe dazu ein paar Anweisungen gefunden aber diese funktionieren leider nicht.

Danke und Gruss

BurningRoli

Hoi @joogo,

Der Pfad zum json stimmt.

Prüfe dass das Config File im Unix Format ist und die Kodierung reines UTF-8 ist, ohne BOM oder sonst was. Wenn das nicht passt, wird nicht provisioniert.

Die Regel “allow SCTV Multicast in” gehört in WAN IN. Die Daten kommen von “aussen”. Sobald die Regeln passen, sollte SCTV laufen, aber noch mit Ruckler. Das ist das Zeichen, dass der Proxy nicht läuft.

Ich bin schon lange nicht mehr auf 5.4.x Das ist die stable Linie. Den igmp-proxy hat’s schon immer gegeben, die Firewall regeln sind 08/15. Glaube nicht, dass es deswegen nicht geht. Gerade wegen der oben beschriebenen Regel, die am falschen Ort ist, siehst du nichts.

Wenn du auf 5.5.x wechselst, immer ein Backup machen, die Datenbank des Controllers lässt sich nicht downgraden. Immer das Changlog lesen, da sind die Minimumstände beschrieben. Damals war 5.5.5 aktuell, jetzt ist 5.5.15 und 5.4.17 aktuell (ich bin auf 5.6.7, unstable). Wie gesagt, Backup, Backup, Backup

Mach zuerst das Update des Cloudkey auf 0.6.8. Da ist die Standard Version 5.4.15. Falls du den Cloudkey zurücksetzt, kommt diese Version zum Zug. Das ist immer im Changelog beschrieben, mit welcher Version die Cloudkey Soft gebündelt ist.

Es ist b) Verständnisproblem😃 Die Version für den Cloudkey ist die Debian Version. Kopiere den Link, dann

ssh auf den Controller
cd /tmp
wget {Link hier einfügen}
dpkg - i unifi_sysvinit_all.deb // brauchst die Befehle nicht alle auszuschreiben, kannst nach paar Buchstaben die Tab Taste drücken, dann wir vervollständigt.
rm unifi_sysvinit_all.deb

Um die Firmware auch für den USW und der UAP upzudaten, muss der Haken “FW automatisch updaten” in der Konfiguration ausgeschalten sein, dann kann im Device der Pfad direkt von der ubnt Homepage eingesetzt werden.

Versuchs mal, sonst kannst du vor mir ein funktionierendes Config File bekommen.

Gruess

Roli

BurningRoli

Hoi @Vogelfrei_2,

Danke😳 learning by doing und dann halt viele Jahre berufliche Erfahrung mit solcher Hardware.

Ja, ich hab einen Cloudkey, von Anfang an.

Das Problem ist, dass die vom Controller adoptierten Geräte eine Inform Adresse bzw einen Hostnamen eintragen, damit sie wissen, wer ihr Controller ist. Wenn du nun den Controller wechselst ohne die Inform Adresse anzupassen, wird’s in die Hose gehen.

https://community.ubnt.com/t5/UniFi-Wireless/Should-I-Migrate-from-Windows-Controller-to-CloudKey/m-p/1873499#M218597

Ehrlich gesagt wird’s einfacher sein, die Geräte vom Controller zu trennen und die Config auf dem Cloudkey neu zu erstellen. Ich gehe davon aus, dass deine Config nicht riesengross ist.

In der Gerätekonfiguration - Gerät verwalten - Dieses Gerät nicht mehr verwalten - gibt es den Punkt ausklinken. So lassen sich nachher die Geräte auf dem neuen Controller ohne Probleme erkennen und adoptieren. Worst case ist der Reset aller Geräte mit dem Universalwerkzeug (aufgebogene Büroklammer).

Hatte mein System mindestens 2 mal versenkt.

Gruess

Roli

joogo

Hoi BurningRoli

deine Vorschläge werde ich am Wochenende versuchen umzusetzen. So wie du es mir beschrieben und vor allem, neue Anhaltspunkte gegeben hast, sollte ich weiter kommen.

Ich gebe dir anschliessend bescheid.

Besten Dank für die Hilfe.

Gruss

joogo

Hoi BurningRoli

ich habe die Firewall mit dem WAN IN korrigiert und danach das config.gateway.json nochmals neu im UTF-8 erstellt. Mein ursprüngliches File hatte nur 739 Byte und die neue Version (UTF-8) hat 758 Byte. Die Json-Validation ist mit beiden erfolgreich verlaufen. (erstes mit Mac erstellt und neues mit Windows-PC, beim Mac ist beim Texteditor die Codierung auf automatisch hinterlegt, dies müsste vorgängig auf UTF-8 umgestellt werden, dann sollte es auch damit gehen).

Nach dem ersetzen im Pfad: root@UniFi-CloudKey:/usr/lib/unifi/data/sites/default und anschliessendem Restart der USG konnte ich Swisscom TV 2.0 schauen (ruckelfrei).

Als nächstes wollte ich den Controller auf 5.5.17 Stable Candidate auf dem Cloud Key updaten. Vorgängig ist deine Empfehlung die Firmware 0.6.4 auf 0.6.8 zu upgraden. Dabei habe ich irrtümlich 0.6.9 geladen, da ich auf mehren Maps bei Ubnt am lesen war. Erkannte ich den Fehler erst nach Installation.

Trotzdem führte ich die SW-Updates 5.5.17 durch, sowie die Upgrades der USW und UAP.

Dies verlief ohne Probleme.

Bevor ich zu testen begann führte ich eine Restart aller Devices durch. Bis auf Swisscom TV 2.0 funktioniert alles korrekt. Das IGMP-Snooping aus/ein brachte nichts.

Ich vermute das der Firmwar-Upgrade direkt von 0.6.4 auf 0.6.9 das Problem verursachte.

Nun habe ich alle Geräte wieder in Default-Modus versetzt und versuche via Backup den Zustand bevor ich den Controller auf 5.5.17 update herzustellen. Leider gibt es im Moment ein Adopting-Failed. Aus Zeitgründen habe ich jetzt abgebrochen und mache in den nächsten Tagen weiter.

Du hast geschrieben, das man keinen Downgrade machen kann. Beim Default-Modus erhält der Controller 5.4.16 wie ich gesehen habe. Somit hat es meine vorgänige Version übernommen. Dem zu Folge lässt es sich immer auf Vorgänger-Version zurücksetzen. Ist das so richtig?

Dein Angebot für ein funktionierendes Config-File nehme ich gerne an, falls mein nächster Versuch in die Hosen geht.😃😃

Ich melde mich wieder.

Besten Dank für deine Angaben. Die beiden wichtigen Schritte waren “Firewall und UTF-8”, daraus habe ich wieder vieles gelernt.

Gruss

BurningRoli

Hoi @joogo,

Das ist ja mal ein guter Anfang😃

Auf dem Mac verwende ich Textwrangler, Freeware. Der kann diverse Codes und Programmmier- und Scriptsprachen interpretieren und dementsprechend darstellen. Bei json hilfreich, da die Verschachtelung zum Teil unübersichtlich wird. Textwrangler hat sogar einen sftp Client. Kannst gleich aus dem Editor raus die Datei hochladen. Auf Windows nutze ich Notepad++

Wegen der Controllerversion: hab zwar noch nicht auf 0.6.9 updated, sollte aber keine Rolle spielen. Grundsätzlich kann man immer die neuste Version (5.5.x oder 5.6.x) nehmen, ausser man will auf der Stable Linie arbeiten. Die Stable Versionen sind mit der Controllerversion gebundled. Bei einem solchen Update fällt man immer auf diese Version zurück, bei dir jetzt 5.4.16 stable wenn ich mich nicht irre. Dann musst du zwingend mindestens die Gleiche (5.5.17) wie vorher manuell aufspielen. Grund ist die MongoDB. Die bleibt trotz Reset auf der DB Version stehen (bei dir 5.5.17) die zuletzt lief, Downgrade geht nicht, auch wenn es den Anschein macht. Nach einem Update wirklich Geduld zeigen, es kann bis zu 15 Minuten dauern bis der Controller wieder läuft. Solange du nicht wieder auf 5.5.17 oder höher bist, wird der Controller nicht funktionieren und wird nicht provisionieren. Auf dem Cloud Key im Menu sieht man den Status, der steht jetzt warscheinlich auf stopped.

Kommt jetzt drauf an, an was alles du den Reset durchgeführt hast. du kannst jetzt mit der 5.4.16 beginnen, alle Geräte adoptieren und dann das Backup zurückspielen. Wenn alles läuft kannst du auf 5.5.x (schreibe jetzt x, kann gut sein, dass bis dann was Neueres draussen ist).

Dein Config File funktioniert, brauchst nur deinen Controller wieder zum Laufen zu bringen.

Gruess

Roli