Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Bei mir das Gegenteil. Mit SVDSL 250 der Telekom bester DSL Treiber bisher. Hoffe sie führen eine Wahlmöglichkeit ein, da man Treiber offenbar schwer für alle Anschlüssen und Gegenstellen optimieren kann.
... an meinen SV-Anschluss (12.0.26) dürfte dies im Hinblick auf den Download-SNR (und der Leitungskapazität) der wohl der schlechteste VDSL-Treiber dieser Laborserie sein.
Der Upload-SNR ist laut Anzeige allerdings rekordverdächtig. Das Upload Trägerspektrum widerspricht dem aber eindeutig und ist vermutlich fehlerhaft (oder zumindest inkonsistent). Ausserdem gibt es Darstellungsfehler bei
der Min / Max Anzeige.
Im Hinblick auf den VDSL-Treiber kann man die Version getrost vergessen...
Bei mir am VDSL 100 hat sich im ganzen nichts geändert.
Habe hier:
Mit dieser Version
Verbindungstyp: VDSL2 17a G.Vector (ITU G.993.5)
DSLAM-Datenrate Max. kbit/s 116800 42464
Leitungskapazität kbit/s 102596 35809
Aktuelle Datenrate kbit/s 102560 35808
Nahtlose Ratenadaption aus aus
Latenz fast fast
Impulsstörungsschutz (INP) 35 44
G.INP an an
Störabstandsmarge dB 6 9
Trägertausch (Bitswap) an an
Leitungsdämpfung dB 14 11
Vorher:
DSL-Vermittlungsstelle: Broadcom 12.0.26
DSL-Version: 1.180.131.70
Aktuelle Datenrate: 102063 kbit/s (Empfangsrichtung) 35808 kbit/s (Senderichtung)
Leitungsdämpfung: 14 dB (Empfangsrichtung) 11 dB (Senderichtung)
Störabstandsmarge: 6 dB (Empfangsrichtung) 10 dB (Senderichtung)
Im UP unverändert, DOWN minimal mehr (zu vernachlässigen).
Mit VVDSL an einem Adtran 12.4.80 auch alles super. Bin allerdings schon wieder auf 37 mbit/s im Upload eingebremst, nachdem ich nach der Leitungsrekonfiguration 43 mbit/s hatte... DLM scheint den Treiber einfach nicht zu mögen und stabilisieren zu wollen, auch wenns keine Abbrüche gibt.
Ich habe zwar diese Labor ausgelassen aber die neue Inhouse installiert.
Dein Problem ist dort nicht feststellbar, alle Geräte sind so wie eingestellt vorhanden.
Nein, kurz davor.
Ja es sind Gruppen vorhanden.
Bevor ich eine Gruppe erstellt habe, habe ich in den einzelnen Geräten, die voreingestellten Heizzeiten rausgelöscht.
Dann betrifft es nicht mein beschriebenes Problem
Du brauchst Gruppen + Absenkzeit, welche auch eigentlich nach dem Wiederhochfahren noch eingestellt sein müsste.
Bin jetzt verwirrt, ich habe Gruppen erstellt wo bestimmte Heizzeiten vorgegeben sind ( heizen und absenken) . Bei den Steckdosen habe ich Gruppen, wo bestimmte Einschaltzeiten vorgegeben sind.
Also nochmal kurz und knapp: Du hast ein Thermostat (301 oder Comet egal) in einer Gruppe. Aktuell befindet sich das Thermostat auf Absenktemperatur. Nun führst du ein Update oder einen Neustart der FritzBox durch. Die Erwartung wäre, dass nach dem Reboot die Thermostate entsprechend dem Zeitplan weiterhin auf Absenktemperatur eingestellt sind. Bei mir jedoch nicht. Nach dem Reboot bekommen alle gruppenabhängigen Geräte die Komfortemperatur gesendet, auch wenn die nächste Schaltzeit erst in mehreren Stunden ist.
Mit dieser Labor bin ich insgesamt sehr zufrieden. Wird auch die letzte sein, die ich ausprobiere. Der letzte DSL Treiber (70) war der schlechteste an meiner Leitung (250k Telekom). Das ist aber Jammern auf hohem Niveau. Ich hatte hohe vierstellige korrigierbare DTU Fehler und 1-2 Sek. Fehler 2-3 mal die Woche. Alle anderen hatten das nicht und der jetzige erst recht nicht. Lediglich der SNR schwankt nun zwischen 7 und 8, der war früher wie festgenagelt. Dafür ist die Leitungskapazität (306k) nun fast bewegungslos. Alle ware insgesamt stabil und es kam so keiner einzigen Störung. Die Telefone (C4,5 und 6) laufen ebenfalls störungsfrei, wobei (kann nur ein Gefühl sein) das C6 sich zunehmend durchsetzt (Klang, völlig rauschfrei usw.). Habe davon nun 2 Stück.
Sage ich es mal so:
Wenn ich die Fehler provoziere (durch andere Einstellungen als meine aktuellen), treten sie bei mir auch auf.
Ich meine mal, dass kein Mensch ein größeres Netz als 255.255.255.0 nutzt, aber viele einen Port in einem funfstelligen Bereich, daher wird wohl das eine priorisierter behoben als das andere.
Macht vieles aber wesentl. übersichtlicher, 0.x für Router und Netzwerkgeräte sowie VPN, 1.x DHCP ohne fixe IP-Zuweisung, 2.x für LAN, 3.x WLAN, 4.x VLAN
Damit hat etwa auch ein Gerät mit LAN und WLAN Anbindung hinten die selbe Adresse.