[Sammlung] FRITZ!Box 4050 - Release 8.xx - Zyklus 'Smart24P1FCS'

Jstessi

Aktives Mitglied
Mitglied seit
15 Jul 2018
Beiträge
2,655
Punkte für Reaktionen
1,083
Punkte
113


Product=Fritz_Box_HW287 (FRITZ!Box 4050)
Type=Release
Releasecycle=Smart24 P1 FCS
Version=08.02
Build=118032
OEMs=avm avme
Countries=049 99 0234 0255 0256 0264 0267 027 030 031 032 033 034 0351 0352 0353 0357 0358 036 0371 0372 0376 0382 0385 0386 0387 0389 039 041 0420 0421 043 044 045 046 047 048 054 061 064 066 0972
Languages=de en es it fr pl nl

Code:
Neue Features in FRITZ!OS 8.02

- Benutzeroberfläche: Grafische Darstellung des FRITZ!Box-Verbindungsstatus' auf der Übersicht (Startseite)
- Neuer Online-Monitor informiert zur Auslastung der Internetverbindung und zur Auslastung durch einzelne Netzwerkgeräte
- Internet: Auch IPv6-Daten können nun über einen Wireguard®-VPN-Tunnel übertragen werden
- Mesh: Grafische Übersicht mit neuem Design und zusätzlichen Funktionen
- Push Service: überarbeitetes Design und mehr Komfort
------------------------------------------------
# Top-Funktionen in FRITZ!OS 8.02

## Internet:
- **TOP** Internet: Auch IPv6-Daten können nun über einen WireGuard®-VPN-Tunnel übertragen werden
- **TOP** Neuer Online-Monitor informiert zur Auslastung der Internetverbindung und zur Auslastung durch einzelne Netzwerkgeräte

## Mesh:
- **TOP** Mesh: Grafische Übersicht in neuem Design und mit zusätzlichen Funktionen

## System:
- **TOP** Push Service: Überarbeitetes Design und mehr Komfort

# Neue Funktionen in FRITZ!OS

## Internet:
- **NEU** Auch IPv6-Daten können nun über einen WireGuard®-VPN-Tunnel übertragen werden (neue WireGuard®-Verbindung erforderlich, keine Weiterleitung von IPv6-Daten ins Internet)
- **NEU** Durch die Kindersicherung begrenzte Online-Zeit um 45 Minuten verlängern - direkt in den Detail-Einstellungen des Netzwerkgeräts
- **NEU** Neuer grafischer Online-Monitor mit erweiterten Informationen zur Auslastung der Internetverbindung durch einzelne Netzwerkgeräte
- **NEU** Unterstützung des Erweiterten Ausfallschutzes über USB-Mobilfunksticks

## WLAN:
- **NEU** Visualisierung der WLAN-Nutzung im Heimnetz für die jeweils letzten 7 Tage auf "WLAN > Funkkanal" hinzugefügt

## Mesh:
- **NEU** Für Geräte, die den Gastzugang nutzen, können eigene Namen und ein Symbol in der Mesh-Übersicht vergeben werden
- **NEU** Für Heimnetzgeräte können eigene Namen und ein Symbol in der Grafik der Mesh-Übersicht vergeben werden (Tooltip für Heimnetzgerät)

## Heimnetz:
- **NEU** Auch für Geräte, die den Gastzugang nutzen, können jetzt eigene Namen vergeben werden
- **NEU** Mehr Übersicht durch individuelle Symbole für Netzwerkgeräte

## Smart Home:
- **NEU** Auf der Geräteseite des Fenstersensors FRITZ!DECT 350 in der FRITZ!Box-Benutzeroberfläche kann die Fenster-auf-Erkennung für die ausgewählten Heizkörperregler eingerichtet werden
- **NEU** Die Vorlagen ermöglichen zusätzlich die Einstellung der Soll-Temperatur für Heizkörperregler, der Helligkeit, Sättigung und Farbe für Lampen sowie der Position für Rollläden in Prozentschritten
- **NEU** Die für Heizkörperregler einstellbare Temperatur kann durch Festlegen einer Maximal- und einer Minimal-Temperatur begrenzt werden (ab Software-Version 5.20 für FRITZ!DECT 301 und FRITZ!DECT 302)
- **NEU** Integration des Kommunikationsstandards Matter (FRITZ!Smart Gateway)
- **NEU** Routinen können zusätzlich durch eine voreingestellte oder eine astronomisch vorgegebene Uhrzeit ausgelöst werden

## Powerline:
- **NEU** Änderung des Kennworts für alle Geräte des Powerline-Netzwerks mit einem Klick

# Weitere Verbesserungen im FRITZ!OS

## Internet:
- **Behoben** Bei Nutzung bestimmter Mobilfunksticks hat der Fallback auf Mobilfunk im Erweiterten Ausfallschutz nicht funktioniert
- **Behoben** Der bevorzugte Benutzer zur Vorbelegung der Anmeldung auf der FRITZ!Box beim MyFRITZ!-Internetzugriff wurde nicht an MyFRITZ!Net übermittelt
- **Behoben** Manchmal waren IPSec-VPN-Verbindungen mit der Option, den gesamten Datenverkehr über diese Verbindung zu leiten, nicht funktional
- **Behoben** Manchmal wurden E-Mails über den Push Service oder MyFRITZ!Net mit leeren Anmelde-Informationen versendet
- **Behoben** OpenWrt-Geräte, die hinter einer FRITZ!Box betrieben wurden, bekamen unter Umständen keine IPv6-Verbindung zum Internet
- **Behoben** Selbstständige Portfreigaben (UPnP) für denselben Port an verschiedenen Heimnetzgeräten funktionierten unter Umständen nicht
- **Behoben** Unter Umständen wurde Netzwerkverkehr einer angeschlossenen Telefonanlage nicht über ein speziell eingerichtetes VoIP-Interface geroutet
- **Behoben** Unter Umständen wurden aktive WireGuard®-Verbindungen beim Hinzufügen oder Löschen von WireGuard®-Verbindungen unterbrochen
- **Behoben** VPN-Verbindungen über WireGuard® waren nicht bei mehreren (kommaseparierten) Domains als Endpunkt-Eintrag möglich
- **Behoben** Änderungen des Gerätenamens eines Geräts im Heimnetz wurden nicht an MyFRITZ!Net übertragen
- **Verbesserung** Bei Freigabe des Internetzugriffs auf FRITZ!Box-Dienste kann eine zusätzliche IP-Sperrliste von AVM verwendet werden
- **Verbesserung** Bei VPN-Netzwerkkopplungen über WireGuard® erfolgt die Auflösung der Domain "fritz.box" im gesamten gekoppelten Netzwerk
- **Verbesserung** Bei VPN-Netzwerkkopplungen über WireGuard® ist die Angabe von Domains der Gegenstelle zur DNS-Auflösung möglich
- **Verbesserung** Detailverbesserungen bei der Ersteinrichtung hinter einem Glasfasermodem (ONT)
- **Verbesserung** EDNS0-Erweiterung für lokale Domains (fritz.box) zur Verbesserung der Interoperabilität mit Linux-System (systemd-resolved) bei Verwendung von DNS-SEC
- **Verbesserung** Genauere Erklärungen bei Fehlern während der Einrichtung von WireGuard®-Verbindungen
- **Verbesserung** Hinweis auf ein mögliches Risiko bei Portfreigaben für Port 80 oder 443 ergänzt
- **Verbesserung** Vorauswahl des einfachsten Einrichtungswegs für die Internetanbieter Telekom, Vodafone und EWE bei der Ersteinrichtung am Glasfaseranschluss
- **Verbesserung** Wenn die Systemzeit nicht über die eingerichteten Zeitserver ermittelt werden kann, wird die Systemzeit von einem öffentlichen Zeitserver bezogen
- **Änderung** Bei VPN-Verbindungen über IPSec wird der Hash-Algorithmus MD5 sowie der Verschlüsselungsalgorithmus 3DES aus Sicherheitsgründen nicht mehr unterstützt
- **Änderung** Die IPv6-Option "ULA (Unique Local Address) zuweisen, solange keine IPv6-Internetverbindung besteht (empfohlen)" entfällt
- **Änderung** Im PPPoE-Passthrough-Betrieb der FRITZ!Box werden DNS-"Root Queries" über UDP nicht mehr gefiltert
- **Änderung** In VPN-Verbindungen über IPSec wird AES-192 als Verschlüsselungsalgorithmus in den Sicherheitsverbindungen (SA) der Phase 2 nicht mehr unterstützt

## WLAN:
- **Behoben** Anzeige der WLAN-Eigenschaften eines angemeldeten WLAN-Geräts war in selten Fällen nicht korrekt
- **Behoben** Repeater, die am Gastzugang angemeldet waren, wurden nicht als "WLAN-Gäste" gekennzeichnet
- **Behoben** Unnötig langes Blinken der WLAN-LED nach Änderung einer WLAN-Einstellung, wenn kein Gastzugang aktiv ist
- **Behoben** Wenn 5-GHz-Kanäle auf Radar (DFS) überprüft wurden, wurde kein animiertes Wartesymbol unterhalb dieser Kanäle auf der Benutzeroberfläche angezeigt
- **Änderung** Für eine verbesserte Kompatibilität zu älteren WLAN-Geräten können Sicherheitseinstellungen auf der Seite "WLAN > Sicherheit" angepasst werden
- **Änderung** Hinweistext bei Auswahl der WLAN-Verschlüsselung "WPA2+WPA3" wurde entfernt

## Mesh:
- **Verbesserung** Details der LAN-Verbindungen zwischen FRITZ!-Produkten werden in der Grafik der Mesh-Übersicht angegeben (Tooltip)
- **Verbesserung** Grafische Darstellung der Mesh-Übersicht erneuert

## Telefonie:
- **Behoben** In Österreich (Country Code 43) war die Anwahl der Rufnummerngassen 12, 13 und 14 nur mit Blockwahl möglich
- **Verbesserung** Aufzeichnungen auf dem Anrufbeantworter haben eine höhere Sprachqualität (HD-Audio)
- **Verbesserung** Für den Anbieter "Drillisch GmbH" wird die Option "Verschlüsselte Telefonie aktiveren" angeboten
- **Verbesserung** In der Anrufliste wird das Land bzw. bei Anrufen aus Deutschland der Ort angezeigt, aus dem der Anruf kommt
- **Verbesserung** Rufnummernreihenfolge in Einträgen des Telefonbuches leichter änderbar
- **Verbesserung** Stabilität von Telefonaten erhöht

## DECT/FRITZ!Fon:
- **Verbesserung** Anzeige der WLAN-Zugangsdaten kann jetzt für jedes FRITZ!Fon an- oder ausgeschaltet werden
- **Verbesserung** Leichteres Löschen mehrerer E-Mails über die Option "mehrere löschen"
- **Verbesserung** Startbildschirm "Wetter" jetzt in mehreren Ländern nutzbar (Deutschland, Dänemark, Polen, Tschechien, Österreich, Schweiz, Frankreich, Luxemburg, Belgien, Niederlande, Italien, Liechtenstein)

## Heimnetz:
- **Verbesserung** Detaileinstellungen eines Geräts auf der Seite "Heimnetz > Netzwerkverbindungen" wurden neu gestaltet
- **Verbesserung** Fehlerbehandlung und Einstellungen der Geschwindigkeiten für WAN/LAN-Anschlüsse überarbeitet
- **Verbesserung** Zufällige Berechnung der Unique Local Address (ULA, IPv6) nach RFC 4193

## Smart Home:
- **Verbesserung** Anmeldung von Smart-Home-Geräten über die FRITZ!Box-Benutzeroberfläche vereinfacht

## System:
- **Behoben** Beim Zugang zur FRITZ!Box-Benutzeroberfläche über das Internet (https) fehlten sporadisch einzelne Elemente oder Seiten
- **Behoben** Die Schaltfläche "Live-TV" für das Magenta TV-Streaming fehlte in der Benutzeroberfläche bei Auflösungen für Smartphone und Tablet
- **Behoben** Nach dem Versand von Ergebnissen der Funktionsdiagnose wurde fälschlicherweise eine Ereignismeldung über geänderte FRITZ!Box-Einstellungen angezeigt
- **Verbesserung** Dateinamen für gesicherte Einstellungen um den individuellen FRITZ!Box-Namen erweitert
- **Verbesserung** Ein persönlicher Betreff für den Push Service kann festgelegt werden
- **Verbesserung** Einrichtung des Push Service überarbeitet
- **Verbesserung** Kommunikation zu allen AVM- Diensten für die FRITZ!Box (Update etc.) bevorzugt über IPv6, alternativ über IPv4
- **Verbesserung** Link zum Zurücksetzen des Kennworts in der E-Mail "Kennwort vergessen" robuster
- **Verbesserung** Mit "Diagnose > Funktion" werden die Dienste für das Network Time Protocol geprüft und bei Fehlern entsprechende Hinweise angezeigt
- **Verbesserung** Vereinfachte Adressänderungen im Push Service durch den neuen Standardempfänger, der unabhängig vom Absender festgelegt werden kann
- **Änderung** Der vom Push Service "Kennwort vergessen" erzeugte Link in der E-Mail ist 20 Minuten lang gültig

## USB:
- **Behoben** In einem Ordner der obersten Ebene eines Dateibaums war kein Verschieben, Kopieren, Löschen usw. von Dateien via FTP möglich
- **Behoben** In manchen Konstellationen war der Zugriff auf FRITZ!NAS-Inhalte per Download-Link nicht möglich
- **Verbesserung** Energiesparfunktion funktioniert nun auch mit USB-Speichern im Green Mode (USB 2.0)
- **Verbesserung** Von fritz.nas heruntergeladene Datenpakete beinhalten nun zur leichteren Zuordnung den Namen des jeweiligen FRITZ!Box-Modells und einen Zeitstempel im Dateinamen
 
Hallo,

ich habe hier eine 4050 (Edition International - AVME) als Wlan-Repeater laufen.

Seit 8.02 ist der Heimnetz-Zugang auch per Wlan möglich - 2.4GHz und 5GHz gleichzeitig.
Mit 7.58 7.57 war dies nicht möglich.

Screenshot 2025-01-23 161248.jpg Screenshot 2025-01-23 161801.jpg

Eine Radarerkennung bei 5GHz auf Kanal 36-64 ist doch auch komisch, sollte eine Radarerkennung nicht größer Kanal64 sein?

Screenshot 2025-01-23 162504.jpg
 
Zuletzt bearbeitet von einem Moderator:
Könntest du den Umstand bitte an AVM melden am besten gleich mit dem Screenshot, damit sie es ihn ihrer Mesh-Übersicht korrigieren.
Viele (auch ich) halten sich ja daran, was geht und was nicht - danke!
Und es ist ja doch bedeutsam, daß die nun auch über WLAN geht und nicht nur über LAN.

PS: Habs schon gemeldet und es sollte angepaßt werden.
 
Zuletzt bearbeitet:
  • Like
Reaktionen: Deleted member 475615
Eine Radarerkennung bei 5GHz auf Kanal 36-64 ist doch auch komisch
DFS-pflichtig sind alle Kanäle höher als 36..48:
  • K52 bis K64: 1 Minute
  • K100-K112: 1 Minute
  • K116-K140: 10 Minuten
Deine Box sollte aber Zw-DFS haben; damit gehen die allerersten 10 Minuten auf K36-K48, falls im Einschaltmoment K116 oder höher überstrichen wird/werden soll.
Korrektur: hat wohl doch kein Zw-DFS und schaltet daher K36..64 komplett ab für eine Minute
 
Zuletzt bearbeitet:
  • Like
Reaktionen: Deleted member 475615
Nicht schlecht, seit wann haben Mittelklasse Boxen das?
 
Das Zw-DFS sollte IMO nur die ..90 Boxen haben, das WLan-Repeating im Mesh ist eher an den Chipsatz gebunden
 
  • Like
Reaktionen: Bugs Bunny
Alles klar, dachte beim Lesen erst dass sie vielleicht ihre Strategie was das betrifft geändert haben. :)
 
  • Like
Reaktionen: Jstessi
DFS-pflichtig sind alle Kanäle höher als 36..48:
  • K52 bis K64: 1 Minute
ich habe aber K36 fest eingestellt

Screenshot 2025-01-23 210656.jpg

dann auch?

Noch ein Nachtrag zu meiner 4050 (hab sie von Amazon Warehouse):
Keine Ahnung ob es wichtig ist - es ist eine 4050 Edition International also AVME
 
Zuletzt bearbeitet von einem Moderator:
ich habe aber K36 fest eingestellt...dann auch?
Wenn die Box 160 MHz Bandbreite macht auf 5 GHz, dann wirst du gezwungen, die komplette untere Bandhälfte von K36 bis K64 zu belegen (oder eben K100 bis K128). AVM erlaubt keine Umschaltung auf 80 MHz, die K36..K48 (DFS-frei) belegen würde
 
  • Like
Reaktionen: Deleted member 475615
Bei Facebook habe ich folgende Antwort von AVM erhalten

Screenshot 2025-01-24 173700.jpg
Bin mal gespannt, auf deren Antwort jetzt

-------------------------------------------------------------------------------------------------------------------
Nachtrag

vermutlich ist diese Box nicht soweit verbreitet, sonst wäre bestimmt jemanden schon aufgefallen, das es diese Funktion schon seit (Inhaus) 7.90 gibt

OS7.57.jpg

OS7.58.jpg

OS7.90-Inhaus (2).jpg

OS7.90-Inhaus.jpg

OS8.02.jpg
 
Zuletzt bearbeitet von einem Moderator:
AVM 4050 - 8.10-xxx InHaus..

download.avm.de/inhaus/Smart24P2/4050/FRITZ.Box_4050-08.10-122391-Inhaus.image
 
LABOR FRITZ!Box 4050 bei it-blogger.net oder deskmodder.de

Version: 8.10-123410 Datum: 07.08.2025

Leider besteht mein Problem trotz support-ticket-ID 6893577 immer noch. Liegt es an m/einem Klasse A Netz mit /21 Netzmaske(11-bit)? Kann mal jemand prüfen, ob er in /24 ein Gerät mit fester IP hinzufügen kann. Danke.

Heimnetz > Netzwerk > Netzwerkeinstellungen ein "Gerät hinzufügen"
Ich kann den Eintrag nicht abschicken, weil die ausgegrauten Oktette (erstes und zweites) nicht belegt sind und nicht ausgefüllt werden können [grau]. Müsste ja mit 192.168.178.x /24 auf drei leere graue Oktette hinauslaufen. Kommt dann die gleiche "richtige" Fehlermeldung.
> "Es wurden bisher noch nicht alle Felder gefüllt."

4050_08.10-123410_Support_4network-nicht-alle-Felder.jpg
 
Zuletzt bearbeitet:
Das selbe hatte ich mit der 7.50 glaub ich oder wars die 7.80 mit meiner 7590 (soviel ich mich erinnern kann wars noch im Laborstadium, möchts aber keinesfalls beschwören müssen).
Habs gemeldet und siehe da, recht bald hatten sie es wieder behoben gehabt. Wenn du danach hier suchst (mit meinem User und 7590) wirst es sicher finden können.
Früher konnte man ja JEDE IP eintragen, nach der Korrektur nur mehr IPs aus dem Subnet, aber immerhin nicht nur das letzte Oktett.
Du kannst tricksen, indem du den DHCP-Range in jenen legst, wo du die IP einrichten möchtest, und dann wieder zurückänderst.
Bei mir wars zumindest so, da ich nur einen Teilrange 10.0.1.x für DHCP eingetragen habe und somit keine 10.0.0.x oder .2.x bzw. .4.x eintragen konnte.
 
Ist also ein grundsätzliches Problem der neuen 08er GUI. Ist ja auch ein größerer Umbau für mehr DAU-Sicherheit..
Inzwischen kann der DAU alle freien Oktette beschreiben. DIe Fehlermeldung ist ja auch korrekt.
ABER das FritzOS verhindert "Übernehmen" bzw. trägt die festen Oktette nicht ein.
einfachste LÖSUNG: Die grauen Oktette müssten in der GUI nur beschrieben werden, sind leer.
Früher konnte man ja JEDE IP eintragen, nach der Korrektur nur mehr IPs aus dem Subnet, aber immerhin nicht nur das letzte Oktett.
Du kannst tricksen, indem du den DHCP-Range in jenen legst, wo du die IP einrichten möchtest, und dann wieder zurückänderst.
Danke für deine Kreativität. Tricksen möchte ich nicht. Wenn ich doch tricksen muss/will gerne mit
Ziel ist eine funktionale Firmware beim Release des nächsten FritzOS.

Spätestens ab 08.20 möchte ich die 4050 von der Reservebank für m/eine 7490 ins Spielfeld bringen.
 
Zuletzt bearbeitet:
Gestern wurde die 7490 als Router ersetzt und auf eine 4050 umgesteckt, mit NTP. Möglich, weil das LAN (DHCP, DNS) von Pi-hole erzeugt wird. VoIP-Telefonie wird in einer separaten FritzBox 7272_06.89 für die ISDN-Telefonanlage umgesetzt. Und auf Fritz-Labor wurde heute eine neue Labor-Version gefunden. Die
Version: 8.10-124223 Datum: 04.09.2025
bringt nun Besserung: Heimnetz > Netzwerk > Netzwerkeinstellungen für ein "Gerät hinzufügen"
Die ausgegrauten Oktette (erstes und zweites) sind jetzt befüllt. Im dritten und vierten Oktett lässt sich eine korrekte IPv4 eintragen und "ÜBERNEHMEN", trotz der Ausgabe der "falschen Warnung":
> "Diese IP passt nicht zur Subnetzmaske 255.255.248.0."
Dieser Schönheitsfehler stört vielleicht den "Fritz". Jedenfalls lässt sich der "richtige Eintrag" übernehmen.
Heimnetz-Netzwerk-NEUE-Netzwerkverbindung-hinzufügen - Diese IP passt nicht zur Subenetzmaske.jpg
Ein CIDR-Calculator gibt zu 10.42.0.0/21 die korrekte Antwort, z.B. bei mxtoolbox.com oder rohde-schwarz.com
und im Detail hier https://de.wikipedia.org/wiki/Classless_Inter-Domain_Routing

Hat diese "falsche Warnung" der webGUI die Ursache hier?

Heimnetz > Netzwerk > Netzwerkeinstellungen # Erweiterte Netzwerkeinstellungen [ändern] > IPv4
Heimnetz
Geben Sie die IPv4-Adresse an, unter der die FRITZ!Box im lokalen Netzwerk erreichbar ist.
IPv4-Adresse: 10.42.0.1
Subnetzmaske: 255.255.248.0


Besser wäre es, der "Fritz" verquickt die LAN-Definition (Adressraum) nicht mit der Adressvergabe für den Router selbst. Nicht immer bekommt ein Router die erste Adresse im CIDR-Adressraum, ungewöhnlich möglich wäre auch eine Router-IPv4-Adresse: 10.42.7.254 im Adressraum 10.42.0.0/21 mit Subnetzmaske: 255.255.248.0. https://ausbildung-in-der-it.de/lexikon/cidr

m/Ein Feature Request für DHCP und IPv4-Adresszuweisung: In der Übersicht "Heimnetz > Netzwerk > Netzwerkverbindungen" vermisse ich die Anzeige (den Haken)
"|__| IPv4-Adresse dauerhaft zuweisen"
Dieser Haken kann nur einzeln in "Details zum Gerät > Heimnetz" entfernt oder gesetzt werden, leider.
Heimnetz-Netzwerk-Netzwerkverbindungen - Feature-Request.jpg

Wohl allgemein bekannt und zu guter Letzt der Hinweis: In FritzOS-Labor 08.10-124223 der 4050 sind diese Menüpunkte derzeit (noch) unbenutzbar mit älterem Browser. Es erfolgt keine Anzeige, nur dauerhaft ein Rädchen:
System > Ereignisse
Internet > Online-Monitor > Online-Monitor
 
Zuletzt bearbeitet:
4050 08.10-124223 BETA läuft seit einigen Tagen. WiFi nutze ich im Keller nicht, aber 2,4GHz ist an, mit 6% Sendeleistung. DHCP-Server macht ein Pi-hole, dabei sind folgende Probleme und -chen aufgetaucht, für einige gibt es ein Ticket.

Die GUI zeigt an anderen Stellen, die gleichen Schwierigkeiten im Umgang mit einem Klasse A Netz und Subnetzmasken<>/24. So kann man z.B. kein Portforwarding eintragen. CIDR, Classless Inter-Domain Routing, wurde wohl bei der Entwicklung der GUI komplett verschlafen. Erschwerend kommt hinzu, dass ich nach mehrfachen Mails den Eindruck habe der Support kennt das Fremdwort nicht. Oder habe ich verschlafen, dass Consumer nur noch das eine Klasse C Netz 192.168.178.0/24 verwenden dürfen?

Ein sonderbares Verhalten taucht bei VPN/IP.-Sec auf. Bei LAN-LAN-Kopplung mit dynDNS-Diensten klappt das VPN wie zuvor in der 7490. Mit dynDNS und einer myFritz-Adresse wird es OK-grün angezeigt aber ein ping geht nicht durch, das war vorher auch so. Das könnte auch mit meinem DNS-Pi-hole zusammenhängen, wenn FritzOS die Namensauflösung bei myFritz.net/.link im FRITZ!Universum anders behandelt. Derzeit nicht so wichtig.

Schaltet man den DHCP-Server ab, um z.B. die IPv4 Vergabe über Pi-hole zu organisieren, dann verhält sich die FritzBox (noch kurzzeitig) als RogueDHCP, nur für DhcpRENEW und nur für die von ihr gleich vergebenen / bekannten Leases aber mit längerer LeaseTime. Aufgefallen ist das, weil am Pi-hole eine sehr kuze LeaseTime von 58min vergeben wird und eine Device mit Neustart die IPv4 wechseln sollte. Das kürzeste was FritzOS auf der GUI anbietet ist ein Tag=86400sec bzw. im Gastnetz 6h. Nach einem Tag endet das endgültig, hätte ich so nicht erwartet. Aus ist aus, dachte ich, bei der FritzBox gilt DHCP-aus, ist bald aus oder vielleicht irgendwann später. [EDIT 7.10.] Werde das weiter beobachten, kann auch an den Clients liegen (DHCP, the client selects multiple DhcpOFFER. The selection is typically based on the offer that arrives first, though other criteria like prior server association or specific DHCP options may also influence the choice.). Es sind nur zwei Geräte (eine FritzBox/Accesspoint und ein GamingPC). DhcpFind ist einfacher Einstieg, muss mich wohl intensiver mit wireshark/tcpdump und DHCP:67/:68 beschäftigen. [/EDIT]
Code:
Packet from 10.42.0.1   ist die FB
 Offered IP 10.42.2.174
 Lease Length 3480 Seconds
 Renew Due in 1740 Seconds
 Subnet Mask 255.255.248.0
-------------------------
Neue Leases vergibt die FritzBox keine, aber die alten kann der ausgeschaltete DHCP-Server nicht loslassen oder der Client klebt an der FritzBox fest. Ein GamingPC erhält schon länger doppelte DhcpRENEWals. 10.42.0.238 ist der Pi-hole
Code:
b8:27:eb:53:e8:af > d8:bb:c1:02:03:ba, ethertype IPv4 (0x0800), length 403: 10.42.0.238.67 > 10.42.2.174.68: BOOTP/DHCP, Reply, length 361
b8:27:eb:53:e8:af > d8:bb:c1:02:03:ba, ethertype IPv4 (0x0800), length 403: 10.42.0.238.67 > 10.42.2.174.68: BOOTP/DHCP, Reply, length 361
b8:27:eb:53:e8:af > d8:bb:c1:02:03:ba, ethertype IPv4 (0x0800), length 403: 10.42.0.238.67 > 10.42.2.174.68: BOOTP/DHCP, Reply, length 361

IPAM und IAM (IdentityAccessManagement) mit der FritzBox ist etwas schwer (unmöglich). Weshalb werden auf der GUI bei neuen Paarungen Geräte-MAC-Adresse und statische IPv4-Adresse die Einträge manchmal abgelehnt? Weil die gewählte IPv4-Adresse vorher irgenwann mal (anders) vergeben war und noch als reserviert geführt wird. Der GUI-Anwender als DAU, darf das nicht over-rulen, nach Ansicht vom "FRITZ!". Erst ein Reboot hilft weiter und/oder das Editieren der config.export mit dem FritzBox-JSTool, aber das ist m.E. einem DAU ebenfalls nicht zuzumuten. Deshalb macht jetzt ein Pi-hole DNS- und DHCP-Server, da ist aus ein sofort-aus und Änderungen gelten „Nach meiner Kenntnis … ist das sofort, unverzüglich“.

Mit PingInfoView schaue ich gelegentlich ins LAN. Neuerdings zeigt es Paketverluste beim ICMP-Ping von ca. 1-10-15% Einige Kabel muss ich zum Ausschluss noch mal tauschen / umstecken. Derzeit habe ich die Bridge WAN, LAN1, LAN2, LAN3 im Verdacht, was ich noch nicht glauben mag.
[EDIT 28.9.] Nach einigen Umsteckaktionen verfestigt sich die Befürchtung, auch wegen der google-Suche. Ehe die Beschwichtigungen kommen: w/Prozessorlast, die CPU dümpelt bei unter 15 % herum (System > Energiemonitor > Statistik); w/WiFi und USB 3.0 hat die 4050 nicht. Werde wohl einige Tage zur 7490 zurückkehren müssen, um die Befürchtung zu bestätigen / Zweifel auszuräumen. [/EDIT]

Warum funktioineren so viele Kleinigkeiten nicht? Ist es Bananensoftware, Unvermögen oder ist das gesamte System inzwischen zu komplex für die KI?

[EDIT 29.9] @Moderatoren: Ein separater Post wäre nicht zu beanstanden. Oder doch?

4050 08.10-124223 BETA: Packet Loss / Paketverluste am HUB zw. Lan1-Lan2-Lan3, das LAN, die Tests.​

Ich hoffe mal, dass der Packet Loss nicht daran liegt, dass ich die Konfiguration mit dem Assistenten aus der 7490 übernommen habe, weil damals das IAM noch über die FritzBox gemanaged wurde und ca. 100 IP's statisch vergeben waren. Das ist inzwischen alles auf den Pi-hole umgezogen und damit bin ich äußerst zufrieden. How to fix Packet Loss @ Intel

Code:
4050 WAN LAN1 LAN2 LAN3 - 1 Gbit/s EEE
           |    |    |
        Pi-hole |   ArubaSwitch
              16port
              Switch
              1Gbs zu
         acht Accesspoints (IP-Client-Modus) 7490, 7272
         eine VoIP_2_ISDN  (IP-Client-Modus) 7272
         Drucker, u.a.m.

Die Testszenarien:
A) ping von LAN3 anstatt des ArubaSwitch der pingPC
B) ping von LAN2 am 16portSwitch auch der pingPC

zu A) hat Paketverluste (~10-20%) zu allen Accesspoints am 16portSwitch und zu LAN1 (Pi-hole)
zu B) hat Paketverluste nur zu LAN1~20% LAN3~10%, zu keinem Gerät am 16portSwitch (LAN2) gibt es Paketverluste
=> m.E. die Paketverluste entstehen in der Bridge

20250929-0810_PingInfoView_anon.jpg
20250929-0920_100Mbit_noEEE_anon.jpg
20250929-1000_7490_1Gbs_noEEE_anon.jpg
Paketverluste im LAN
Mit B) heutemorgen an der RouterBox auf 100Mbit/s reduziert und WAN/EEEoff. Grundsätzlich das gleiche Ergebnis, aber doppelt so hohe Paketverluste zu LAN1~50% LAN3~20% oder noch mehr. Nach einer Stunde screenshot von PingInfoView und von der 4050 auf die 7490_07.60 zurückgesteckt.

"Die Definition von Wahnsinn ist: Immer wieder das Gleiche zu tun und andere Ergebnisse zu erwarten."

Mit der 7490_07.60 erwarte ich andere Ergebnisse, sonst werde ich wahnsinnig, wenn ich keine andere Ursache für die Paketverluste finde. Nach 20 Minuten der erste Eindruck als screenshot, weil es unglaublich ist. Das Feedback am Freitag an AVM/Fritz war berechtigt, mal sehen ob ein Ticket daraus wird. Screenshots habe ich hier ausreichend beigefügt. Vielleicht haben die Verbindungsabbrüche bei WiFi, über die hier einige berichten, ihre Ursache auch auf der Bridge. [EDIT 7.10.] Mit einer 7490 keine Paketverluste auf der Bridge. [/EDIT]
Paketverluste
im WAN

im Vergleich zu Null bei anderen Servern
WAN_20250928_4050_vgl_3h_30h.jpg
Das wird ein Thema für den Internet-Provider werden. Der PL~1% über die Zeit ist unabhängig vom Router (4050 oder 7490) tritt temporär auf, dann bis 25%. To be continued ...
P.S. Im LAN auch nach einer Stunde kein ICMP-Paket verloren gegangen. q.e.d./# Hat die 4050 einen Hardwaredefekt? Ich warte auf ein Ticket und BETA. Die Lust auf eine grasgrüne Banane ist mir vergangen. Viel besser schmecken die schwarzen Dinger ohne Support (=Entwicklungsarbeit beim Kunden). Mein wahnsinniges Fazit: Wenn Bananenfirmware bei Fritzchen Schule macht, hat der Imker bei der Honigernte keine Freude. Die Strategie schon vor/seit 15 Jahren. Ein uraltes Zitat aus 2010. Manche Käufer haben halt Spaß mit BETA/Inhaus.
Was mich persönlich bei AVM bzw. seinen Fritz!Boxen seit Jahren stört ist die Tatsache, dass diese Produkte halbfertig auf dem Markt kommen und die Käufer als Versuchskaninchen herhalten.

Auch hier etwas zu Paketverluste (WiFi oder auf der Bridge) gelesen "Fritz!Box 6690Cable - Fw 8.xx - Labor/Inhaus - Zyklus 'Smart24P1NL1'" mit 08.10-124560-Inhaus #57 und 08.10-125019-Inhaus #62. Von Inhaus lasse ich auf jeden Fall die Finger. Es wird wohl noch eine Weile dauern bis diese Banane gelb wird :) sofern das Thema überhaupt schon hochgeploppt ist.
Ohne Monitoring kann keiner etwas feststellen. Gerne wiederhole ich den Link zum kostenfreien Tool "PingInfoView v3.20 - Ping monitor utility", vielleicht finden sich Leute die neugierig sind und Lust auf Monitoring haben. Sehe gerade, ich könnte das Tool bei mir mal updaten :-), läuft übrigens ohne Installation.
 
Zuletzt bearbeitet:
  • Like
Reaktionen: Grisu_
Labor-Link Version: 8.10-125298 Datum: 09.10.2025
1760089845728.pngNiO: Portweiterleitung eintragen.
Der Eintrag einer IPv4/21 klappt inzwischen. Aber eine Portweiterleitung kann auf der GUI nicht eingetragen werden. Die "unsinnige" Fehlermeldung lautet: "Die MAC-Adresse muss in der Form 11:22:33:44:55:66 oder 11-22-33-44-55-66 eingetragen werden." Siehe screenshot. Frage: Was hat eine IPv4-Adresse mit der MAC-Adresse zu tun? Weiß der FRITZ! was auf Layer 2 und was auf Layer 3 passiert?
1760091196516.pngNiO: Paketverluste am HUB zw. Lan1-Lan2-Lan3 / im LAN.
Bereits vor Tagen zur 4050 zurück (kein PL mit 7490). Seitdem wieder PacketLoss auf der Bridge zw. 30-50%%. Das frische Labor 8.10-125298 bringt keine Besserung. PacketLoss entspr. welcher ping time? Was sagt die neue TKMV dazu? "Die Latenz, also die Reaktionszeit, darf nicht höher als 150 Millisekunden sein." Siehe screenshot. Ist das Paket weg, ist die Latenz dann unendlich?
Beidmale gab es feedback. Ob eine 4050_08.1y jemals die Qualität einer 7490_07.6x erreichen wird?
 
Zuletzt bearbeitet:
  • Like
Reaktionen: darki2017
Kostenlos!

Statistik des Forums

Themen
247,805
Beiträge
2,273,977
Mitglieder
376,762
Neuestes Mitglied
frankiso