Ja swag
Über Mobilfunk kann ich leider zu Hause nicht testen, denn der ist hier grottenschlecht.
Das teste ich kommende Woche mal an geeignetem Standort.
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenJa swag
Über Mobilfunk kann ich leider zu Hause nicht testen, denn der ist hier grottenschlecht.
Das teste ich kommende Woche mal an geeignetem Standort.
Ich hänge mich hier mal dran, da seit März nichts mehr los ist. Eine Verständnisfrage zur Internet Source IP:
Ist 3. über diese Konfiguration sichergestellt? Andernfalls würde ein Jahrespaket ggf. nicht auch nur über einen Tag reichen.
Interessantes Phänomen Kurt-oe1kyw
Konnte ich bei mir bisher noch nicht so beobachten, aber Versuch macht ja bekannter kluch
Also läuft der DHCP- Server, solange keine weiteren Unifi-Geräte im Netz sind.
Ich würde dann mal einen Switch o.ä. in der Konsole auf Forget setzen, auf Werkszustand zurücksetzen und nach Neukonfiguration an die UDM anschließen.
Wenn Clients dann auch an diesem Gerät klappen, würde ich das Zug um Zug für alle unifi-Geräte probieren.
Nur eine Idee, bin kein IT- Pro, aber so würde ich es angehen
Gute Frage und vermutlich des Rätsels Lösung.
Für mich sieht das so aus, als habe die Konfiguration der Konsole die IPs (vermutlich feste IPs) der Geräte "vergessen", vergibt aber über DHCP auch keine neuen IPs, so dass die Geräte mit Fallback-IP laufen.
Ich würde zur Fehlersuche versuchen, die Konsole komplett neu aufzusetzen und nur ein ebenfalls neu konfiguriertes Gerät anschließen.
Kein gerät hat die 20. sie hören bei 16 auf und fangen bei 24 erst wieder an ! Dringendsst drauf geachtet!!!!
Moin Tom...zum glück urlaub
Deine Konsole behauptet das Gegenteil
Wie ist denn der DHCP im Netz der SE eingestellt?
192.168.1.20 ist doch die Fallback-IP der Unifi- Geräte?!
Wenn mehrere Geräte diese IP nutzen, werden folglich keine Adressen vom DHCP- Server zugewiesen.
Durch einen anderen Thread ist mit nach diesem Update nun doch ein möglicher Fehler aufgefallen:
Für einige Clients (allesamt aus chinesischer Produktion) meldet die Konsole gelegentlich "Association Failure" und zwar offensichtlich beim Roaming zwischen den APs.
Tatsächliche Verbindungsprobleme der Geräte wurden aber durch die Familie bisher nicht reklamiert.
Moin,
diese Fehler vom Typ Association habe ich seit gestern auch.
Auffällig:
Alle betroffenen Clients sind von Poco, Redmi und Huawei und damit Chinakracher.
Weitere Clients aus dem Reich der Mitte habe ich nicht.
Die Clients haben aber tatsächlich keine erkennbaren Verbindungs- oder sonstigen Probleme.
Vielleicht einfach nur ein Problem der aktuellen unifi- Software? Alle Geräte sind auf EA- Version. Letztes Update waren die APs.
Um es noch weiter einzugrenzen, ich habe vor gut 20 Stunden installiert:
Update Unifi Access Point 6.5.66 Only Gen 2, 3 und 6
...und: Alle betroffenen AP sind u6 pro. Meine beiden AC pros melden nichts.
Vor diesem Zeitpunkt gab es keine solche Meldung. Ich habe zur Kontrolle mal einen Monat zurück gefiltert. Nichts!
Ich weiß nicht, was mittlerweile konkret verändert wurde, aber:
Auf einem der Bilder hast Du die SE in 192.168.0.0/24 und damit im selben Netzwerk wie die Fritzbox. Ist das noch immer so?
Die SE braucht einen anderen IP-Bereich, zB. 192.168.10.0/24. (Oder halt umgekehrt, wenn Du das bisher verwendete physikalische Netz von der Fritzbox auf die SE umstecken möchtest)
Nur der WAN- Port der SE bekommt eine IP aus dem Netz der Fritzbox. Sonst erstmal keine weitere Verbindung zwischen Fritzbox und SE herstellen.
Abhängig davon, ob die Accesspoints, an dem Du Deinen Client anmeldest, dann im Netz der SE oder im Netz der Fritzbox angeschlossen sind, sollte er eine entsprechende IP des jeweiligen Netzes zugewiesen bekommen und ins WWW kommen. Dafür muss für beide Netze DHCP an sein.
Wenn Du sicherstellen kannst, dass nicht irgendwo in Deinem Netz noch ein anderes Gerät DHCP-Server in einem der beiden Netzwerke spielt, muss das funktionieren. Wenn es so weiter tatsächliche Verbindungsabbrüche (nicht nur falsch durch die SE angezeigte) gibt, würde ich die Ursache eher auf Providerseite suchen.
Ich erinnere mich, dass bei mir einzelne APs zwar korrekt als wired, aber als Uplink ein anderer AP angezeigt wurde, als ich noch einen Software-Controller nutzte. Das Phänomen zeigte sich sowohl unter Windows als auch unter Linux.
Mit Umzug des Controllers auf die UDM war das Phänomen verschwunden.
Bei Dir ist das Problem zwar nicht exakt vergleichbar, aber den genutzten Software-Controller würde ich als Fehlerursache (auch für einfach nur falsch angezeigte Werte) nicht ausschließen.
Ergänzung wegen des zwischenzeitlichen neuen Beitrags.
Die Topologiekarte war im Software-Controller bei mir auch immer unbrauchbar und hatte nichts mit der tatsächlichen Topologie zu tun
Installiert.
Alle 6 devices ohne power cycle wieder am Start. Hatte das gefixte Problem aber auch noch nie
Solltest Du nur kabelgebundene Kameras haben, würde ich darauf tippen, dass Du vielleicht versehentlich auf nur Wireless-Geräte gefiltert hast
Gut ausbalancierter Videokonsum im Traffic; erklärt aber nicht richtig das Problem der mehrfachen IP-Vergabe
Probiert habe ich es nicht. War nur eine Idee
Hi Karsten,
leider habe ich gerade das umgekehrte Problem. Wenn ich ein Gespräch darüber an nimm hört es die ganze Nachbarschaft. nicht umbedingt besser. Zudem such ich verzweifelt die Einstellung, dass die G4 Pro (draußen) keinen Ton abgibt beim klingeln.
Lg Sebastian
In den Einstellungen der Doorbell in Protect 'Status Sounds' auf aus, würde ich annehmen.
Für die angedachte Verbindung über VLAN braucht es je Endgerät einen dafür konfigurierten Port, also auch eigenes Netzwerkkabel.
Alles anzeigen...
meine Vorstellung:
die Fritz!Box wird dumm und bringt nur die Verbindung zum WEB ----------ja...und an LAN 1 kommt der WAN- Port der SE
die SE ist die Intelligenz, verwaltet den DHCP und alle Geräte kommunizieren mit ihr ----------ja, dafür ist sie gemacht
dh die Fritz ein IP irgenwas mit DHCP, SE bekommt eine irgendwas IP am Wan ----------ja: Fritz z.B. 192.168.10.1 mit DHCP in 192.168.10.x
die SE hat 192.168.0.1 am Lan1 und ist der Router, DNS, DHCP .100-200 ----------ja - so funktionieren die festen IPs weiter und der Rest per DHCP
die restlichen Lan-Port werden per DHCP bedient für Endgeräte ----------ja
wenn möglich in weiterer Folge ein VLan zu den U6 ----------da bin ich mir bei Deiner neuen Skizze nicht mehr so sicher. Blicke da nicht durch
Mesh aktiv halten:
wenn ich euch richtig verstandne habe, dann bedarf es eines weiteren Switch, der die SE umgeht per Lan mit der Fitz verbunden ist
aber wie fkt. der Switch dann auf meiner Netzwerkseite? ----------nein, der Switch müsste mit der SE in deren Netz verbunden sein. Ein Port der SE (VLAN Fritz) wiederum mit der oberen Fritzbox. Am zweiten Switch die Fritzbox(en) an dessen Port für VLAN Fritz. Die Fritzboxen sind dann nicht im Netz der SE, sondern im Netz der Fritzbox.
Ich befürchte, Dein Netzwerk ist so komplex, dass auch das nicht zielführend realisierbar ist. Ich kann das jedenfalls nicht richtig nachvollziehen
interessant, ich kann euch da aber "noch" nicht folgen
beide Seiten ein Switch? ich habe nur die SE und 2x U6
Ich denke schon. Ein zweiter Switch für das VLAN vor Deiner Reihe Fritzboxen. Die erste Fitzbox an das VLAN der SE.
Eine LAN-Verbindung im unifi-Netz zwischen den beiden Switches, dann sollte es gehen.
zur Zeit sind 70 Mitglieder (davon 3 unsichtbar) und 681 Gäste online - Rekord: 129 Benutzer ()