was sagst den der DHCP Manager wer und was da die IP Blockt ?
Danke für den Tipp... das untermauert meine Vermutung dass ich gar kein Problem habe sondern die "Fixed IP" mitgezählt werden. Er scheint einfach nur die DHCP-Range mit der Anzahl der Geräte im Netz zu vergleichen und berücksichtigt nicht, dass die Geräte außerhalb der DHCP-Range verortet sind. Anscheinend nur ein Darstellgunsproblem.
Vielen Dank euch allen!
Aber was spricht dagegen, einfach den Bereich zu vergrößern wie von mir vorgeschlagen?
Dass ich damit lediglich das Symptom aber nicht dir Ursache bekämpfe. Aktuell ist es lediglich ein optisches Problem, also der Fehler wird mir angezeigt, aber ich habe bislang ja immer noch jedes Gerät eingebunden bekommen.
Warum hast Du für Dein gerätereichstes VLAN denn den kleinsten DHCP-Bereich konfiguriert?
…weil die Geräte nur für die Einrichtung dort eine Adresse bekommen. Nach der ersten Einrichtung Weise ich eine IP-Adresse kleiner 200 zu.
Also 192.168.20.2-192.168.20.199 sind die 71 Geräte und ab 192.168.20.200 aufwärts befindet sich quasi nur der Einrichtungsbereich, Testgeräte und ein wenig Kleinkram.
Meine Vermutung ist, dass die 71 Geräte mitgezählt werden… Ich konnte bislang auch immer noch ein neues Gerät einbinden und nach unten verschieben
Jetzt ist die Meldung wieder da. Unter dem Dreieck liegt die Fehlermeldung. Die kommt als MouseOver...
Ich habe die Lease-Time auf 3600 Sek. gesetzt. Die Meldung ist jetzt verschwunden. Hoffen wir mal, dass die dauerhaft hilft. Vielen Dank!
Für meine Shelly Devices habe ich ein eigenes VLAN definiert:
192.168.20.1/24
Die IP Range 192.168.20.200-192.168.20.254 habe ich für DHCP reserviert mit der Standard-Lease-Time von 86400 Sek.
Wenn ich ein neues Device einbinde, bekommt es eine temporäre IP-Adresse aus dieser Range und ich weise dann eine Fixed-IP im Bereich <200 zu.
Jetzt sagt mir die UniFi-Oberfläche, dass keine IP-Adresse mehr verfügbar sind ("DHCP Pool is full"). Obwohl ich seit deutlich mehr als 24 Stunden kein Device mehr eingebunden habe (d.h. alle Leases sollte abgelaufen sein). Wieso werden die Adressen nicht frei gegeben?
Wenn ich unter "Client Devices" nach "Offline" filtere sehe ich auch keine Geräte, die offensichtlich noch eine IP aus diesen Bereich belegen. Ein Neustart der UDM Pro war auch nicht erfolgreich (ich dachte, dass er bei Neustart vielleicht einmal aufräumt). Hat jemand eine Idee?
So wichtig, dass ich jetzt alles einmal durchstarte, ist es mir dann doch nicht. Es ist ja eigentlich nur ne optische Sache. Es ist halt blöd, dass die Web UI so tolle Funktionen hat, die dann aber so unzuverlässig sind. Ich habe tatsächlich alle Netzwerkkomponenten auf Unifi umgestellt und gerade dann sollte doch eigentlich alles funzen...
Guten Morgen,
ich stelle immer wieder fest, dass Netzwerkgeräte falsch angezeigt werden. Meine Netzwerkfestplatte hängt beispielsweise unmittelbar an der UDM Pro auf Port 2. Es wird mir angezeigt, dass diese am Switch in meiner Gartenlaube hängt. (erster Screenshot)
Die UDM zeigt mir auch, dass am Port 2 etwas betrieben wird, zeigt mir aber nicht an, was genau (zweiter Screenshot).
Woran liegt das? Wie kann ich das korrigieren?
Soo... ich glaube ich habe es.
Ich habe ein paar Dinge optimiert:
- Ich habe die Leistung meiner APs reduziert, die liefen alle auf "Maximum" (viel hilft halt nicht immer viel)
- Ich habe ein Shelly-VLAN-eingerichtet und meine Shellies dahin verschoben
- Ich habe in meinem IOBroker aufgeräumt. Da liefen ein paar Adapter, die ich eigentlich nicht brauchte, aber auch das Netzwerk belastet haben
- und ich habe IPv6-Unterstützung deaktiviert und das war anscheinend der wichtigste Punkt.
- und Downgrade des Shelly-Adapters für IOBroker von 6.7.0 auf 6.4.1 (Fehlerbeschreibung in GitHUB)
Jetzt fühlt es sich stabil und performant an...
Danke für eure Unterstützung
In den Shelly-Einstellungen hast du unter CoIot-Peer die IP:Port von Homeassistant oder mcast eingetragen? Die anderen Shelly der neueren Generationen laufen problemlos und nur die Gen 1 Geräte machen die Probleme?
Ja. Ich habe es korrekt eingetragen und nur die Gen 1 Geräte machen Probleme
Hast du auf dem Shelly mal das Debug Log eingeschaltet und dir das Log nach ein paar Schaltvorgängen die nicht mehr durchkommen (http://(ip-shelly)/debug/log)angesehen?
Nein, das mache ich mal gute Idee!
Vielleicht machst du testweise mal ein eigenes VLAN für die Gen 1 Geräte und weist dem eine eigene SSID mit Auto Einstellungen zu. So läuft es bei mir ja ganz gut.
Dafür müsste ich mir Wochenende mal ein wenig Zeit nehmen. Wenn Du aber "Auto"-Einstellungen nimmst, dann ist ja auch 5 GHz aktiviert
So Leute, ich verstehe es einfach nicht. Ich habe jetzt mit dem anderen AP dasselbe Problem, nämlich dass ich von Homeassistant (und damit auch von HomeKit) einige Shelly Gen 1 nicht bzw. nicht immer steuern kann. Es lag damit nicht am AP 6 Pro.
Folgendes Setting:
Also ich bin jetzt echt ratlos. Was kann ich an einem AP noch einstellen? Kann ich irgendwo einen Cache leeren? In den Log-Files sehe ich nichts. Kann ich sonst irgendwo nach Fehlermeldungen suchen?
Hast du ihn denn auf Deutschland laufen, oder einem „Drittland“ zwecks der Sendeleistung? Zurücksetzen mal probiert? Nen anderen Kanal mal probiert? Firmware ist aktuell?
4xja
Denyseus Wie sind denn Deine WLAN- und Netzwerkeinstellungen?
auf Kanal 36 DFS Scan? Das ist ja kein DFS Kanal
ja, richtig. und nun? was sagt mit das? Ich bilde mir das ja nicht ein...
Mein AP U6 LR steht immer wieder auf "Setting up 5GHz Radio"... fest und akzeptiert in dieser Zeit keine 5GHz-Verbindungen. Dieser Zustand wird aber nicht mehr beendet. Wenn ich den AP neu starte, beendet er meist diesen Scan-Modus, aber nicht immer und wenn dann startet er irgendwann neu (nach Tagen oder auch mal Wochen). Das nervt. Wie kann ich das beenden oder verhindern? Hat das noch jemand?
So... ich habe das Problem jetzt wie folgt gelöst:
Ich konnte das Problem so weit isolieren, dass die Shellies Gen 1 i.V.m. HomeKit mit dem U6 Pro nicht zusammenspielen. Ich habe jetzt die APs getauscht und den U6 Pro an eine Stelle gehängt, wo er keine Shelly Gen 1 bedienen muss und das Shelly-WLAN auf diesem AP deaktiviert. Damit bin ich das Problem umgangen.
Doof, weil es eigentlich der beste und hochwertigste AP ist, aber die U6 Lite funktionieren da tatsächlich besser.
"5-GHz-Funk einrichten DFS-Scan läuft. Die Client-Konnektivität mit diesem AP kann bis zum Abschluss beeinträchtigt sein."
Das Problem habe ich mit meinem U6 LR auch... der DFS-Scan läuft und hört nicht auf. In dieser Zeit kann ich mich auf 5GHz nicht verbinden. Nach einem Reboot startet diese Scan dann erneut.
Wie hast Du dies beendet oder gelöst?
Hast du alle 3 gleich konfiguriert, oder unterschiedlich?
Sorry, hab den Beitrag übersehen. Ja, die APs sind alle gleich konfiguriert, bis auf den Channel
Ich habe nur ein einziges Netz und in dem tummeln sich halt alle Geräte. Dieses ist von UniFi als „Default“ bezeichnet.
Da ich ca. 150 Geräte in Spitzenzeiten im Netz habe und ich ein wenig „Ordnung“ haben wollte, habe ich die Netzmaske erweitert. Da die UDM Pro fest die 192.168.1.1 haben möchte, kann der Adressbereich 192.168.0.x dann noch mit dazu.
Von den 150 Geräten sind ungefähr die Hälfte Shellies. Dazu kommen Kameras, Sonos-Boxen und alles andere, was heutzutage noch eine IP-Adresse haben möchte. Wir sind 5 Personen in Haushalt, d.h. Handies, Tablets, Fernseher… bis hin zur smarten Nachttischlampe führen zu dieser großen Zahl an Geräten.
Ich habe für die Shellies den Adressbereich 192.168.0.x reserviert. In der UDM Pro habe ich jeden Gerät eine IP dort zugewiesen.
Der normale DHCP-Bereich ist bei 192.168.1.x. alle „nicht“-Shellies bekommen hier eine Adresse zugewiesen, das interessiert mich nicht besonders.
Die verschiedenen WLANs, die ich habe, setzen die Geräte aber alle im Default-Netz ab.
Ja, mir ist bewusst, dass ich auch abgetrennte VLANs einrichten könnte/sollte. Meine Versuche in diese Richtung waren aber nicht erfolgreich, irgendetwas hat immer nicht geklappt, daher *ein* Netz mit dem größeren Adressbereich 255.255.254.0
Tauchen hier alle deine Shelly's auf? Auch dann wenn Multicast DNS aus ist?
Ja, das tun sie. Ich habe jetzt mDNS und Multicast enhancement ausgeschaltet. Bei den Shellies, die mit dem U6 Pro verbunden sind habe ich nach wie vor das Problem. Ich vermute daher die Ursache mittlerweile beim U6 Pro. Mit dem U6 LR und den U6 Lite habe ich keine Probleme.
Die CoAP (CoIoT unicast) Statusmeldungen kommen offensichtlich nicht immer durch...
