Ok, das Problem ist gelöst. Es hatte an den Einstellungen zur Verschlüsselung bei den DECT-Einstelllungen in der Fritzbox gelegen.
Beiträge von Truman
-
-
Hallo,
ich verwende eine UDM SE mit einer Fritzbox 7590 als IP-Client, konfiguriert als Telefonanlage. An der Fritzbox sind 5 FritzFon angemeldet.
Seit kurzem verfügen wir über einen Telekom Glasfaser Anschluß. Seit der Umstellung auf Glaafaser können wir unsere Telefone eigentlich nicht mehr benutzen, da jedes Telefongespräch, egal ob ein- oder ausgehend, nach ca. 20 Sekunden abgebrochen wird.Ich habe an den Einstellungen der FritzBox nichts geändert, da damit am VDSL-Anschluß alles funktioniert hat.
'Bei der UDM habe ich Sip bei den Comtrack Modulen herausgenommen.Bei der Fritzbox habe ich bei "Portweiterleitung des Internet-Routers für Telefonie aktiv halten" 30 Sekunden eingestellt.
Hat vielleicht jemand eine Idee, wie dieses Problem behoben werden kann ? -
Alles klar, danke dir für die Info.
-
Ich hatte auch schon 5 der Strosparenden
Darf ich mal fragen, welche die stromsparenden SFP+ RJ45 Module sind ?
-
wenn du im Schrank bleibst, nimm DAC. günstig und für kurze Strecken 8bis ca 3m) ideal und sehr sparsam.
Danke für den Tipp. Das werde ich machen.
Je nachdem wie du die Räume angeschlossen hast. wenn das Rohr groß genug ist, kann man da auch LWL Patchkabel nachziehen (vorsichtig)
Es geht leider jeweils nur ein 20 mm Leerrohr vom Dach in die einzelnen Zimmer. Da sind derzeit eine Satellitenanschlußleitung und zwei LAN-Kabel drinnen. Die zwei LAN-Kabel würde ich ggf. entfernen, so das mit den LAN-Kabeln nicht klappt und würde diese durch zwei LWL-Kabel ersetzen.
-
JA , das Temperatur Problem liegt am Stromverbrauch. zb mit DAC und LWL bist du bei 0,2-0,4W, Kupfer bei 1,5-3W. Dadurch heizen die sehr stark (Abwärme).
sicher kann man theoretisch auch mehr einbauen, aber der Aggregation ist Lüfterlos, da kann es zu nem Wärmestau kommen
Alles klar, danke für die Info. Dann werde ich wohl einen Mischbetrieb aus LWL und LAN-Kabel machen müssen. Zumindest den Uplink kann ich per LWL umsetzen, bei den einzelnen Zimmern wird das eher schwierig wegen der baulichen Gegebenheiten.
-
Perfekt, vielen Dank für die Rückmeldung.
-
Noch eine kurze Frage zur Bestückung mit 4 RJ45-Modulen. Kann man dann zu den 4 RJ45-Modulen noch 4 Faser SFP+ Module verwenden oder reicht das von Seiten der elektrischen Leistung nicht mehr aus ?
-
Vielen Dank für die Rückmeldung. Was wäre die Alternative, um mehr als 4 RJ45-Module zu verwenden ? Hi-Capacity Aggregation ? Das sieht mir für mich nach Overkill aus.
-
Hallo,
da ich jetzt mein Unifi Netzwerk Setup auf 10g per vorhandner CAT7-Verkabelung aufrüsten wollte, habe ich mir den USW Aggregation Switch angesehen. Kann es sein, dass man dort nur 4 SFP+ auf RJ45 Module einbauen kann ? Und was wäre ggf. die Alternative, so man mehr als 4 SFP+ auf RJ45 Module benötigt ?
Bei mir geht es von der UDM SE zu einem Switch und von dort 2x CAT7 zum Hausverteilungsswitch unter dem Dach. Von dort gehen dann 4x 2 CAT7-Leitungen in die verschiedenen Zimmer. Ich brauche zwar nicht überall die 2 Leitungen pro Zimmer, aber zumindest 2x Uplink + 2x 2 CAT7 Leitungen für Büro und Wohnzimmer, 2x 1 Leitung für Schlafzimmer und Kinderzimmer. Das wären dann insgesamt 8x SFP+ auf RJ45 für den Hausverteilungsswitch (USW Aggregation ?).. -
Seid ihr hier zu einer Lösung gekommen? Ich habe das gleiche Probleme mit den generellen Matter-Produkten im Unifi-Netzwerk.
Ich bin zu keiner Lösung gekommen und habe die Eve Komponenten wieder verkauft.
-
Die Shelly lassen sich sehr gut über die Homebridge einbinden, ohne herumgepatche. Da du die ja schon am Laufen hast, werd das Shelly Plugin an, dann ist da schon mal durch.
Sehr gut!
Was schaltest du denn mit Meross 16 Ampere an den Heizkörpern?
Unser Haus ist Baujahr 1850 und wir heizen da elektrisch. Deshalb die 16A.
-
HI Carsten!
Bei dir ist echt der Wurm drin
Ja, wem sagst Du das. Ich hatte sogar schon überlegt, auf z.B. ein Omada-System umzusteigen. Aber das hat mir, als ich es mir bei einem bekannten angesehen habe, nicht wirklich von der Bedienung zugesagt. Insofern bleibe ich bei meinen Unifi-Komponenten.
Eine Neuinstallation ohne Backup, direkt von unten wäre jetzt meine Variante (auch wenn’s sauviel Arbeit ist).
Ja, das werde ich wohl nach dem Urlaub einmal angehen. Ist ja auch nicht das erste Mal....
Schmeiß Eve raus, ich hatte es damals auch getan und bin froh den Schritt gemacht zu haben.
Das werde ich wohl machen, nachdem das WLAN-Problem behoben ist und es danach immer noch nicht mit den Teilen funktioniert, wie es soll.
Thermostate habe ich Tado,
Die hatte ich mir schon einmal angesehen, mich dann aber für die Meross entschieden, da diese direkt 16A schalten können. Natürlich könnte man ein paar Schaltdosenrelais hinter die Tado´s klemmen. Das hatte ich bereits einmal mit anderen Reglern gemacht. Das muss ich mir mal überlegen....
Shellys in den Steckdosen sitzen,
Damit habe ich jetzt auch begonnen und die Shelly´s sind bei mir die zuverlässigsten Komponenten in HomeKit. Allerdings brauche ich noch ein paar HomeKit kompatible Steckdosen "Plugs", damit ich manche Geräte einzeln schalten kann. Mal sehen, ob ich da noch etwas finde. Shelly hat meine ich ja auch solche Steckdosenadapter, welche sich über Homebridge einbinden lassen.
ie Fensterkontakte würde ich Homematic empfehlen, die laufen gut.
Mich ärgert es jetzt in der Tat, dass ich meine Homematic Fensterkontakte bereits verkauft habe. Da werde ich wohl in den sauren Apfel beißen müssen und mir wieder neue zulegen.
Meross ist mir auch sauer aufgestoßen, die machten was sie wollten und wollten nicht richtig laufen, wenn ich denen den Verkehr gesperrt hatte.
Die Meross habe ich nur genommen, da es die einzigen HomeKit kompatiblen Wandthermostate waren, welche 16A direkt schalten konnten.
Gruß,
Christian -
Wollte mal kurz eine Rückmeldung geben. Ich habe die UDM SE auf Werkseinstellungen zurückgesetzt und danach die Netzwerk-/Protect-Backups wieder zurückgespielt. Seitdem läuft das WLAN jetzt, ohne dass die WLAN-Netze an meinem Macbook komplett verschwinden.
Zwischendurch hatte ich zwar einmal mit Verbindungsabbrüchen auf dem Macbook zu kämpfen, aber das Ganze hat sich dann ohne zutun wieder erholt.
Interessant finde ich auch, dass meine Meross Thermostate und ein weiteres Chinateil versuchen, über Tor zu kommunizieren. Ich habe IDS an und in /var/log/messages wird mir angezeigt, dass die IP-Adressen dieser Geräte beim Zugriff auf Tor blockiert wurden.
Beim HomeKit sieht es anders aus. Die Eve-Komponenten sind immer noch kaum erreichbar und selbst die Meross-Thermostate geben laut Anzeige in der Home App keine Antwort. In der Meross App sind sie verfügbar.
Ich überlege jetzt, nach meinem Urlaub nochmal einen Komplettreset des HomeKits durchzuführen.Die über die Homebridge angebundenen Shelly´s sind fast immer erreichbar.
Vielleicht hat noch jemand einen off topic Tipp für mich, was man für Steckdosen mit Energiemessung als Alternative zur Eve Energy in HomeKit verwenden könnte und welche Bewegungsmelder evtl. besser angebunden werden können als die Eve Motion´s.Edit: Kaum habe ich es geschrieben, schon ist mein Macbook wieder nicht ins Internet gekommen und die WLAN´s waren weg. Nach einem Neustart läuft alles wieder. Gibt es für die APs eigentlich auch Log-Dateien ?
-
Hi Carsten!
Dein mDNS scheint wirklich Probleme zu machen.
Ja, sieht definitiv so aus.
Mein Tipp: Setze Sie neu auf, mehr wird von UniFi auch nicht kommen.
Werde ich machen, so ich mal alleine zuhause bin, den die Protestwelle wird mir sonst zu groß ;).
Hältst du uns auf dem Laufenden?
Mache ich definitiv.
Gruß,
Christian
-
Kannst den Raspberry wieder ausschalten, hätte dich vorher fragen sollen, was auf deinem ESXi läuft. Beobachte das Ganze die nächsten Tage, schau auch auf der UDM in /var/log/messages sobald es Probleme gibt (schau auch so mal rein, ob was auffällig ist).
Der Raspberry ist offline. In /var/log/messages steht nichts wirklich gravierendes gefunden. Selbst direkt nachdem das WiFi am Macbook wieder ausgestiegen ist.
Was mich wundert, sind die folgenden Einträge:Code
Alles anzeigen2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Trying to migrate config due to inconsistency (invalid config .versionDetail: must be between 5 and 5: .interfaces) to resolve following issue: invalid config: configuration syntax is invalid: must be between 5 and 5: .versionDetail.interfaces 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Starting config .versionFormat 'v2' migration for /tmp/udapi-fastapply-3bbf_83f8_6ddf_e991.cfg.tmp 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/filter from 1 to 2 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/filter from 2 to 3 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/mangle from 1 to 2 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/mangle from 2 to 3 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/mangle from 3 to 4 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/nat from 1 to 2 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/nat from 2 to 3 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/pbr from 1 to 2 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.firewall/pbr from 2 to 3 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.interfaces from 3 to 4 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.interfaces from 4 to 5 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.qos/ip from 1 to 2 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.services/ddns from 1 to 2 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.services/wanFailover from 4 to 5 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.system from 1 to 2 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.system from 2 to 3 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.vpn/wireguard/clients from 0 to 1 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.vpn/wireguard/site-to-sites from 0 to 1 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Migrating config .versionDetail.services/dohProxy from 0 to 1 2023-02-24T10:17:44+01:00 UDM-SE ubios-udapi-server[17818]: config-migrate-helper: Finished config .versionFormat 'v2' migration of /tmp/udapi-fastapply-3bbf_83f8_6ddf_e991.cfg.tmpMir ist nicht ganz klar, warum plötzlich irgendeine Konfiguration migriert werden soll. Ich habe kein Backup eingespielt. Ich habe leider einige Einstellungen angepasst.
In daemon.log findet sich außerdem noch diese Fehlermeldung zuhauf: [error] ubnt-dpi-util: mdns data: Error reading fileDirekt nach Ausfall des Wifi auf dem Macbook waren keine Einträge in /var/log/messages.
Von UI habe ich bisher noch nichts gehört. Dort hatte ich vor einigen Tagen einmal ein Support File hochgeladen.
wirst du um ein Neuaufsetzen vermutlich nicht drum herumkommen
Ja, das werde ich dann wohl noch einmal machen müssen.
Ist dir die UDM in der Vergangenheit vielleicht Stromausfällen zum Opfer gefallen?
Die UDM hängt bei mir an einer kleinen USV. Insofern dürfte da nichts passiert sein. Lediglich die Switche wurden ein paarmal stromlos gemacht, als der Elektriker die Shellys eingebaut hat.
Beim HomeKit ist mir gerade noch aufgefallen, dass z.B. in Home auf meinem Macbook der Thermostat korrekt angezeigt wird, während er auf dem iPhone mit "keine Antwort" angezeigt wird. Da passt also auch noch etwas nicht.
Nochmals vielen Dank für deine Hilfe.Gruß,
Christian
-
Hi Carsten!
Homebridge hast du auch in Home integriert?
Ja, die Test-Homebridge ist in HomeKit integriert.
Was hast du auf dem ESXi laufen? Ist dort irgendwo ein Routing Krumm, schau bitte mal in die VM‘s, ob die default GW korrekt sind.
Unter ESXi läuft die eigentliche Homebridge, sowie eine weitere Ubuntu Instanz. Beide VM haben eine physikalische LAN-Schnittstelle zugeordnet und bei beiden passt der Gateway zum Subnetz, in dem sie laufen sollen.
MultiCast an der UDM, wo nicht ist, aktivieren.
Multicast habe ich jetzt für alle Netzwerke aktiviert. Multicast Enhancement ist auch für alle WLAN´s aktiv.
Hast du Border Router im Matter, die vielleicht eine höhere Version des Matterprotokolls installiert haben, was von deinen anderen Matter-Geräten nicht unterstützt wird?
Das sind alles HomePod Minis mit Version 16.3.2. Weitere Border Router sind nicht im Einsatz.
Hast du die SE zurückgesetzt und ein Backup eingespielt?
Ich habe nur das Backup eingespielt. Zurücksetzen würde ich beim nächsten Mal machen, bevor ich das Backup einspiele. Bisher läuft soweit alles im/mit dem WLAN. Mal schauen, wie es bis morgen in der Frühe aussieht.
Gruß,
Christian -
Hm… nix auffällig, läuft zur Zeit?
Ehrlich gesagt, nein. Ich hatte das Macbook jetzt einige Stunden problemlos laufen, bevor es wieder los ging. Inzwischen habe ich schon zweimal neu gebootet, um wieder ins WLAN zukommen. Jetzt hängt das Macbook wieder am Netzwerkkabel.
Die Homebridge läuft? Wenn ja, lass den mDNS Advisor laufen - Bitte den Avahi aktivieren.
Dann testen
Homebridge läuft und Avahi war automatisch aktiviert.
Ich habe mir jetzt mal mit Discovery auf dem Mac die gelisteten Services angesehen. _matter_tcp und _meshcop_udp sind bei allen Wifi´s gelistet. Lediglich beim Management-Netzwerk werden diese nicht angezeigt, da im zugehörigen Wifi Multicast Enhancement nicht aktiviert und Multicast und Broadcasting auf die UDM SE beschränkt ist.
Multicast Enhancement ist dabei im IoT-Wifi nicht aktiviert. Im zugehörigen Netzwerk ist Multicast DNS aktiviert.Weiterhin habe ich ein älteres Backup der Netzwerkeinstellungen eingespielt und teste gerade wieder, ob Wifi wieder "abraucht". Mal sehen, ob es jetzt besser läuft.
-
Die Homebridge Instanz zum Testen läuft jetzt.
-
Schau doch mal mit SSH auf die UDM und gib uns ein „df -k“ - dein Filesystem würde mich interessieren, ob dir da was überläuft
Hier die Ausgabe von "df -k":
Code
Alles anzeigenroot@UDM-SE:~# df -k Filesystem 1K-blocks Used Available Use% Mounted on udev 2016112 0 2016112 0% /dev tmpfs 404092 38588 365504 10% /run /dev/disk/by-partlabel/root 1998672 1594280 283152 85% /boot/firmware /dev/loop0 793088 793088 0 100% /mnt/.rofs /dev/disk/by-partlabel/overlay 9666148 1002412 8151124 11% /mnt/.rwfs overlayfs-root 9666148 1002412 8151124 11% / /dev/disk/by-partlabel/log 996780 175664 752304 19% /var/log /dev/disk/by-partlabel/persistent 1998672 560176 1317256 30% /persistent tmpfs 2020448 56 2020392 1% /dev/shm tmpfs 5120 0 5120 0% /run/lock tmpfs 1048576 176 1048400 1% /tmp /dev/sda5 114229744 2088444 106292608 2% /ssd1 /dev/md3 1913335572 11259632 1804810020 1% /volume1 tmpfs 16384 0 16384 0% /var/log/ulog tmpfs 65536 0 65536 0% /var/opt/unifi/tmp tmpfs 524288 2456 521832 1% /var/opt/unifi-protect/tmp tmpfs 404088 4 404084 1% /run/user/0Den Raspi habe ich so und so herumliegen. Da wird der wenigstens mal wieder sinnvoll genutzt. Das mache ich gleich.
