Wie gesagt, nutze ich ja auch standardmäßig nicht.
Der Traffic Shaper der Fritzbox bremst in Download-Richtung nur, während man telefoniert. Den kann ich auch auf 300 oder 200 stellen, das ändert nichts. In Senderichtung macht es wenig Sinn, die Werte weiter zu reduzieren.
Ansonsten bringt das Verändern der Werte nur Ärger, es gibt einen Grund, warum hier so häufig im Forum steht: Den Traffic Shaper immer auf die realen Werte des Anschlusses stellen. Glaub mir, da haben wir ziemlich viel Erfahrung mit sehr vielen Werten an sehr vielen Anschlüssen, und der Einfluss auf die Messwerte kann hier im Forum hundertfach nachgelesen werden.
Es ist ein AON Anschluss der Deutschen Glasfaser mit Tarif 400/200 MBit/s. Der Router direkt an der Glasfaser ist eine Fritzbox 5530 mit AON SFP Modul, Firmware 8.20, Traffic Shaper eingestellt auf 400/200.
Hinter der Fritzbox betreibe ich ein Intel Atom x7000 Board mit 2x2.5 GBit/s Ethernet, eigentlich als Heimserver, VPN Gateway, Pi-Hole, usw. Aber als Router funktioniert es im Zweifel auch. Er wurde einfach mit Hilfe des systemd-networkd so konfiguriert, dass er sich ein Prefix von der Fritzbox holt und auf seinem LAN verteilt, dazu IPv4 via NAT. Der eh lokal vorhandene Pi-Hole dient als DNS Server. Dann mittels TC Regeln für Ingress und Outgress mit 400/200 MBit/s eingerichtet.
Zunächst die Messung direkt an der Fritzbox:
Und dann die Messung hinter dem Linux Router mit CAKE Regeln für Ingress und Outgress:
Und noch die trippies, die wurden direkt auf dem Linux Router ausgeführt:
Verlieren" klingt so negativ, ich wuerde sagen mit nur 10% potentiellem Durchsatz erkaufst Du Dir recht zuverlaessig niedrige Latenz auch unter Last bzw. under normalen Arbeitsbedingungen
Ist natürlich richtig. Nur ist dieser Zustand "unter Last" an meinem Anschluss so selten, dass es sich bislang einfach nicht gelohnt hat.
Morgen mache ich die Tests mal in Ruhe und poste auch die Ergebnisse hier. Was ich aber schon sagen kann, es ist eher ein Test der Router als der Provider.
Ich hab ne Fritzbox 5530, die Ingress Shaping halt einfach gar nicht kann, da sieht der Bufferbloat Test entsprechend katastrophal aus (Wertung D, +300ms, im Upload ok, da funktioniert der Traffic Shaper der Fritz). Die Bandbreite passt dabei zum Tarif (400/200), bzw. ist im Download sogar knapp drüber.
Klemme ich einen selbstgebauten Linux Router mit CAKE für beiden Richtungen hinter die Fritzbox und messe dann hinter diesem Router, dann bin ich sofort bei A+ mit 3.5 ms - allerdings bei resultierenden 360 / 180 MBit/s. Ich verliere also 10% Bandbreite in beide Richtungen. Das kann ich ein bisschen höher tunen in beide Richtungen, allerdings gibts dann schnell Latenz-Ausreißer.
Ok, das heißt, du hast eine AON Anschluss. In dem Fall war die Registrierung des Modems an deinem Anschluss nicht nötig. Ein Onboarding gibt es bei AON nicht. Du musstest beim Wechsel legediglich 60 Minuten auf ein freies Lease warten.
VLAN 362 ist jedenfalls richtig, und dein Anschluss läuft im Modus Kundeneigener Router. Das ist gut, denn damit sollte die Anmeldung der Rufnummern problemlos möglich sein. Der nächste Schritt ist nun, Screenshots deiner Rufnummernkonfiguration und der entsprechenden Fehlermeldungen im Log zu zeigen. Nur sicherheitshalber: VPNs nutzt du nicht in der Fritzbox, richtig?
Nutze bitte die von AVM angebotene Labor Version, da die Fritzbox am Glas einen Fehler hat mit der aktuellen Version.
Der Fehler kann dann aber nicht nur am Glas auftreten, denn die SIP Registrierung passiert rein auf IP Ebene. Also entweder betrifft es alle Boxen, oder es ist irrelevant für diesen Fall. Im Changelog findet sich auch keinerlei Hinweis auf dieses Problem.
Bei allen Providern, die ich kenne und die beides anbieten, ist das kein Problem. Sie verkaufen ihren AON Kunden auch GPON Modems und umgekehrt ... das ist am Ende Sache des Kunden, aufzupassen, dass man das richtige Equipment verwendet, vor allem bei EWE, die (vorbildlich nach TKG) eben kein Provider-Endgerät vorschreiben, sondern es dem Kunden die freie Wahl überlassen.
Ich habe es eben mit einem DG AON Anschluss verwechselt
Hinter dem ONT braucht man auch an DG AON Anschlüssen im Modus kundeneigener Router keine VLAN ID! Nur wenn man den ONT ersetzt, muss man sich um VLAN IDs kümmern. Und natürlich an Anschlüssen im Modus "DG Router", aber da wird es ungleich komplexer, da man mit mehreren VLAN IDs jonglieren muss.
Das kann ich dir sagen: Die Telekom benötigt 3 Tage, um 40 m abgesoffenes Papierkabel für unseren Telefonanschluss zu ersetzen, die DGF zwei Wochen für die Reparatur eines (300 Euro pro Monat) Business-Anschlußes (mit SLA) !
Dann empfehle ich dir mal einen Blick ins Telekom Hilft Forum, was da abgeht, trotz der Unterstützung aus der Online Welt.
Zunächst musst du feststellen, ob du die Verbindung über IPv4 oder IPv6 aufbauen willst. Wichtig ist, dass beide Seiten die gleichen Adressen (IPv4/IPv6) benutzen.
Also finde zunächst heraus, über welche Adressen die Fritzbox verfügt und welche davon öffentliche Adressen sind, also von außen erreichbar. Im Zweifel stell die Infos hier ein, dann können wir die analysieren.
Dann stelle sicher, dass die Box über diese Adresse erreichbar ist, also z.B., über eine dyndns-Adresse. Wichtig: Dabei muss auch die richtige Adresse hinterlegt sein (IPv4/IPv6).
Nicht zuletzt musst du dann noch sicherstellen, dass auch das MacBook über die passende Adresse verfügt. Das ist bei einem iPhone Hotspot ggf. gar nicht so einfach, wenn es IPv6 sein muss. Aber darum können wir uns kümmern, wenn sicher ist, dass es IPv6 sein muss, also wenn es keine öffentliche IPv4 an deiner Fritzbox gibt.
Bei AON kannst du den ONT ja jederzeit wechseln, du kannst also einfach zurück zum Fibertwist. Dann kannst du die Fritzbox hinter den ONT klemmen. Dabei brauchst du dann keine VLAN Id.
Dann bekommt man sofort eine neue Adresse. Deshalb ist in diesem Fall die Wartezeit auch irrelevant, da der Router der gleiche bleibt. Es wird lediglich nur ein DHCP Lease pro Anschluss vergeben, heißt: Solange die MAC sich nicht ändert, gibt es auch keine Verzögerung.
2. Die fritz.box im Browser aufgerufen und den Zugang von WAN auf Glasfaser umgestellt.
Da liegt der Fehler. Um das Onboarding erfolgreich durchzuführen, muss man die Box zwangsläufig auf Werkseinstellungen zurücksetzen. Selbst zwei Onboarding Versuche hintereinander funktionieren nicht, ohne Werksreset dazwischen. Dringender Hinweis: Keine alte gespeicherte Konfiguration importieren, auch nicht in Teilen, und auch nicht nach der erfolgreichen Inbetriebnahme. Das Telefonbuch solltest du ggf. mit einem Online Speicher synchronisieren.
Ich weiß, dass nicht alles rund läuft bei der DG. Aber genauso sicher weiß ich, dass die permanenten Beleidigungen, die her ausgesprochen werden, falsch sind. Desinteresse, Ignoranz, Inkompetenz sind halt einfach Unsinn.
Und die Art und Weise, wie hier über die Leute gesprochen wird, passt zu den Berichten der betroffenen Support-Mitarbeiter, wie mit ihnen kommuniziert wird. Die haben zuweilen gar keine Chance, das Problem konstruktiv anzugehen, weil sie angeraunzt werden oder direkt nach irgendwelchen Second-Level-Supportern gefragt wird, weil der, der als Erstes ans Telefon geht, ja eh keine Ahnung hat.
Wenn man den Supportern gar nicht die Chance lässt, die erforderlichen Informationen einzusammeln, darf man sich auch nicht wundern, wenn die Entstörung nicht so läuft, wie man es erwartet.
