Aktueller Inhalt von frank_m24

Das kann ich jetzt nicht bestätigen. Am 04.03. wurde die Box gebootet. Es gibt ein paar andere WLANs in der Nähe, die von der Signalstärke genau am Minimum ist (das gilt ja im Allgemeinen als Trigger für Radar.

Diese Berichte gibt es, seit es WLAN gibt. Von daher: Nein. Wichtig ist aber zu wissen, dass die meisten diese Probleme nicht haben. Die kommen also nicht von allein, sondern da ist auch was, wenn die Radarerkennung zuschlägt. Irgendwas auf 5 GHz, was die Box keinem WLAN zuordnen kann.

Du hast den Tunnel aber so eingerichtet, dass der gesamte Datenverkehr durch den Tunnel fließt. Das ist der Fehler, der VoIP stört. Du darfst nur das jeweilige Subnetz des Gegenübers durchs VPN schicken.

Vorsicht. Das bedeutet nur, dass diese 2 Rechner über die VPN Verbindung eingehend von der anderen Seite erreichbar sind. Die Option heißt auch "Nur bestimmte Geräte im Heimnetz sollen über diese WireGuard®-Verbindung erreichbar sein:" Dennoch nutzen natürlich alle Rechner in den jeweiligen...

Wo genau wird das geloggt? Beim ddns Dienst? Und wenn du auf Seiten der Fritzbox diesen Hostnamen auflöst (z.B. mit nslookup), dann kommt auch die neue IP? Aber genau da vermute ich das Problem. Die Box bemerkt aufgrund der veränderten Absender-Adresse der Gegenseite die IP-Änderung. Die...

Und wofür dieses Loopback? Nimm doch einfach die IP des Standard-Interfaces des Servers im Zielsubnetz als Ziel fürs keep-alive. Das müsste man sehen. Zunächst müsste man schauen, ob es wirklich daran liegt.

Aber das ist ja der Normalfall. Eigentlich ist ja vorgesehen, dass der Zugriff auf die Anlage zu Hause über eine Portfreigabe und nicht über VPN erfolgt, da wäre die IP der App und die der Intercom auch unterschiedlich. Deshalb gönnt man sich ja extra den Aufwand eines externen SIP Servers.

Musst du ja auch nicht. Es geht ja nur um die Audio-Verbindung. Schau dich einfach hier im Forum um, wie oft sich Leute darüber beklagen, dass bei VoIP Audio nur in eine Richtung übertragen wird. Es würde zu weit führen, hier die technischen Hintergründe zu erklären. Wenn es dich interessiert...

Genau das wollen wir ja herausfinden. Mein Verdacht ist, dein Audio-Setup auf dem Handy nativ generell nicht funktioniert, sondern nur, wenn du es per VPN übers Heimnetz leitest, vielleicht wegen CGNAT oder anderer Effekte. Deshalb der Versuch ganz ohne VPN.

Darum geht es doch gar nicht. Wenn du nicht im Heimnetz bist, läuft die Audio-Verbindung über einen externen SIP Server in der Cloud, bei dir offenbar bei antisip. Und da sie über Cloud-Server läuft, muss sie auch ohne VPN funktionieren. Befasse dich noch mal mit der grundlegenden...

Nein, wieso? Davon war doch nie die Rede. Nur haben die, die es getestet haben, kein Problem mehr, das zum Gerücht passt.

Ja, und die Fritzbox arbeitet mit anderen FTP Clients einwandfrei zusammen, nur bei rclone gibt es Probleme. Ja, wie gesagt, da hilft jede CIFS/SMB Anleitung weiter.

Genau. >07.31 auf der Box bedeutet ja, mindestens 07.5x, und das bedeutet, neue Meshfunktionen sind auf der Box aktiv, und das heißt, die Repeater brauchen das Wartungsupdate, oder selber 07.5x. Andernfalls "behandelt sie ihre Repeaterkumpels nicht bestens". Insofern stimmen die Gerüchte. Die...

Naja, das, wo in den Release Notes steht Wartungsupdate mit Vorbereitung auf kommende Mesh-Funktionen der FRITZ!Box Die Nummer ist abhängig vom jeweiligen Modell. Wenn man das nicht installiert, darf man sich auch nicht wundern, wenn es Probleme mit Fritz.OS ab 07.50 auf dem Master gibt.

Kann ich nicht bestätigen. Es sei denn, die Repeater haben das Wartungsupdate nicht bekommen, was ja extra dafür ausgerollt wurde. Man sollte nicht auf alle Gerüchte was geben, sondern vielleicht eher mal die lokalen Randbedingungen checken.